You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: content/community.md
+50-29Lines changed: 50 additions & 29 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -5,53 +5,74 @@ layout="community"
5
5
summary="Join other users, contributors and providers of Cloud Native Buildpacks."
6
6
+++
7
7
8
-
## What type of contributions can I make?
8
+
## Calendar
9
9
10
-
Buildpacks welcomes all types of contributions, not just those related to code. We value any help that you can provide, and are more than happy to guide you through the process.
10
+
Partake in one or many of our following public events:
11
11
12
-
#### Documentation
12
+
{{< calendar >}}
13
13
14
-
This involves documenting any aspect of the project. We have various open issues for you to start off with. Another good starting point would revolve around your comprehension or desired area of expertise.
14
+
## Contributing
15
15
16
-
Some examples where we'd value documentation contributions are:
17
-
- Providing additional tutorials/guides to our [docs site](https://buildpacks.io/)
18
-
- Adding additional information or examples to our [samples repo](https://github.com/buildpacks/samples)
- Writing posts for our [Medium blog](https://medium.com/buildpacks). Please discuss blog proposals with the [learning team on Slack](https://buildpacks.slack.com/archives/CST4A3ECV).
16
+
#### What type of contributions can I make?
27
17
28
-
If you have any other ideas where documentation would be useful, please feel free to open up an issue in the related repository, or drop a message at the [#docs channel on Slack!](https://buildpacks.slack.com/archives/CDLN5A3TL)
18
+
Buildpacks welcomes all types of contributions, not just those related to code. We value any help that you can provide, and are more than happy to guide you through the process.
19
+
20
+
{{< tabs active="Code">}}
29
21
30
-
#### Code
22
+
{{< tab name="Code" >}}
31
23
32
-
Code contributions are always welcome to any Buildpacks repository.
24
+
Code contributions are always welcome to any Buildpacks repository.
33
25
34
26
The following repositories are good starting points for code contributions:
This involves documenting any aspect of the project. We have various open issues for you to start off with. Another good starting point would revolve around your comprehension or desired area of expertise.
42
+
43
+
Some examples where we'd value documentation contributions are:
44
+
45
+
- Providing additional tutorials/guides to our [docs site](https://buildpacks.io/)
46
+
- Adding additional information or examples to our [samples repo](https://github.com/buildpacks/samples)
- Writing posts for our [Medium blog](https://medium.com/buildpacks). Please discuss blog proposals with the [learning team on Slack](https://buildpacks.slack.com/archives/CST4A3ECV).
55
+
56
+
If you have any other ideas where documentation would be useful, please feel free to open up an issue in the related repository, or drop a message at the [#docs channel on Slack!](https://buildpacks.slack.com/archives/CDLN5A3TL)
57
+
58
+
{{< /tab >}}
59
+
60
+
{{< tab name="RFCs" >}}
44
61
45
62
RFCs, or Request For Comments, is the process we employ to review project-wide changes. By proposing changes via RFCs, it allows for the entire community to partake in the brainstorming process of applying changes, considering alternatives, impact, and limitations.
46
63
47
64
Contributions to the RFC process can take any or all of the following forms:
65
+
48
66
- Reviewing and commenting on [RFC Pull Requests](https://github.com/buildpacks/rfcs/pulls)
49
67
- Partaking in discussions in [Working Group](https://github.com/buildpacks/community/#working-group) meetings
50
68
- Proposing changes via [RFCs](https://github.com/buildpacks/rfcs)
51
69
52
-
#### Triage
70
+
{{< /tab >}}
71
+
72
+
{{< tab name="Triage" >}}
53
73
54
74
Triaging issues is the process of looking at newly created issues (or following up on issues). There are many benefits our community gains from our current triage process, such as:
75
+
55
76
- The community receives reasonable response times.
56
77
- Minimize the number of open "stale" issues.
57
78
- Ongoing efforts aren't disrupted.
@@ -60,30 +81,30 @@ To learn more about how you can help triage issues, check out our dedicated [tri
60
81
61
82
If you're looking at open issues but unsure where to start, try looking for issues with the "good first issue" or "help wanted" labels!
62
83
63
-
## How do I submit a pull request?
84
+
{{< /tab >}}
85
+
86
+
{{< /tabs >}}
87
+
88
+
#### How do I submit a pull request?
64
89
65
90
If your contribution requires changes to a project repository, look at the DEVELOPMENT.md file if the repo has one to ensure you have the prerequisites installed. It may also include other necessary steps (such as instructions on running tests), but broadly, you will have to carry out the following steps:
91
+
66
92
-[Fork](https://docs.github.com/en/get-started/quickstart/fork-a-repo) the repository.
67
93
-[Clone](https://docs.github.com/en/github/creating-cloning-and-archiving-repositories/cloning-a-repository-from-github/cloning-a-repository) your fork repository.
68
94
- Create a branch for the issue: `git checkout -b {{BRANCH_NAME}}`
69
95
- Make any changes deemed necessary.
70
96
- Commit your changes with a sign-off: `git commit -s`
71
97
72
98
A sign-off is a single line added to your commit messages that certifies that you wrote and/or have the right to the contributed changes. The signature should look as such:
0 commit comments