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: .github/getting-started.md
+13-6Lines changed: 13 additions & 6 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -18,10 +18,12 @@ For each of the following branches, add the required protections.
18
18
19
19
```markdown
20
20
-[x] Require a pull request before merging
21
+
21
22
-[x] Require approvals
22
23
Required number of approvals before merging: 1
23
24
24
25
-[x] Require status checks to pass before merging
26
+
25
27
-[x] Require branches to be up to date before merging
26
28
27
29
-[x] Require conversation resolution before merging
@@ -36,6 +38,7 @@ This template provides the must-have documents.
36
38
The README.md is the showcase of your project. It always must be clean and consistent. Otherwise, no one will care of your project.
37
39
38
40
Fill every sections of the [README.md](/README.md).
41
+
39
42
> If you add pictures, put them in the [assets](./assets/) folder.
40
43
41
44
#### CONTRIBUTING.md
@@ -49,6 +52,7 @@ Fill every sections of the [CONTRIBUTING.md](/CONTRIBUTING.md).
49
52
The LICENSE protects your code and contributors.
50
53
51
54
This template provides an [Apache Licence 2.0](https://www.apache.org/licenses/LICENSE-2.0).
55
+
52
56
> If you want another one, check this [guide](https://choosealicense.com).
53
57
54
58
If your project doesn't belong to [PoC Innovation](https://github.com/PoCInnovation), make sure to update the copyrights of the [LICENCE](/LICENSE).
@@ -66,6 +70,7 @@ This template provides the must-have templates.
66
70
An issue is a tool to track and focus tasks.
67
71
68
72
This template provides two issues templates :
73
+
69
74
-`Bug Report`
70
75
-`Feature Request`
71
76
@@ -119,6 +124,7 @@ This template provides some GitHub actions.
119
124
A release is tool with changelogs that present a full history of a project.
120
125
121
126
This template provides an [action](./workflows/release-drafter.yml) that drafts [next releases notes](./release-drafter.yml) as pull requests are merged into the main branch. You don't need to update it.
127
+
122
128
> Check this [action's documentation](https://github.com/release-drafter/release-drafter) to understand how it works
123
129
124
130
### Settings
@@ -138,18 +144,19 @@ A task is associated as an issue.
138
144
139
145
The workflow to follow is:
140
146
141
-
1) Create a milestone
142
-
2) Create all the needed issues linked to this milestone
143
-
3) Manage the pull requests linked with these issues using the GitHib project
144
-
4) Resolve these issues
145
-
5) Publish a release
146
-
6) Close the milestone
147
+
1. Create a milestone
148
+
2. Create all the needed issues linked to this milestone
149
+
3. Manage the pull requests linked with these issues using the GitHib project
150
+
4. Resolve these issues
151
+
5. Publish a release
152
+
6. Close the milestone
147
153
148
154
### Milestones
149
155
150
156
Each milestones must use the [milestone template](./milestone_template.md).
151
157
152
158
There are two parts :
159
+
153
160
- Overall
154
161
> **⚠️ It's checklist must be completed before starting this sprint ⚠️**
Copy file name to clipboardExpand all lines: CONTRIBUTING.md
+12-9Lines changed: 12 additions & 9 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -84,17 +84,20 @@ Please read first this article : [How to Write a Git Commit Message](https://chr
84
84
Then, follow these guidelines:
85
85
86
86
-**Group Commits:** Each commit should represent a meaningful change. Instead, these commits should be squashed together into a single "Add Feature" commit.
87
-
> For instance, a PR should not look like :
88
-
> 1) Add Feature X
89
-
> 2) Fix Typo
90
-
> 3) Changes to features X
91
-
> 5) Bugfix for feature X
92
-
> 6) Fix Linter 7)
93
-
> 7) ...
87
+
88
+
> For instance, a PR should not look like :
89
+
>
90
+
> 1. Add Feature X
91
+
> 2. Fix Typo
92
+
> 3. Changes to features X
93
+
> 4. Bugfix for feature X
94
+
> 5. Fix Linter 7)
95
+
> 6. ...
94
96
95
97
- Each commit should **work on its own**: it must compile, pass the linter and so on.
96
-
> This makes life much easier when using `git log`, `git blame`, `git bisect`, etc...\
97
-
> For instance, when doing a `git blame` on a file to figure out why a change was introduced, it's pretty meaningless to see a _Fix linter_ commit message. "Add Feature X" is much more meaningful.
98
+
99
+
> This makes life much easier when using `git log`, `git blame`, `git bisect`, etc...\
100
+
> For instance, when doing a `git blame` on a file to figure out why a change was introduced, it's pretty meaningless to see a _Fix linter_ commit message. "Add Feature X" is much more meaningful.
98
101
99
102
- Use `git rebase -i main` to group commits together and rewrite their commit message
0 commit comments