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
-[Special Situations And How To Deal With Them](#Special-Situations-And-How-To-Deal-With-Them)
20
22
-[Conduct](#Conduct)
21
23
@@ -165,15 +167,70 @@ Template:
165
167
The message header is a single line that contains succinct description of the change containing a `commit type`, an optional `scope` and a subject.
166
168
167
169
`commit type` describes the kind of change that this commit is providing:
168
-
* feat (new feature)
169
-
* fix (bug fix)
170
-
* docs (changes to documentation)
171
-
* style (formatting, missing semi colons, etc. no code change)
172
-
* refactor (refactoring production code)
173
-
* test (adding or refactoring tests. no production code change)
174
-
* chore (updating grunt tasks etc. no production code change)
175
170
176
-
The `scope` can be anything specifying place of the commit change. For example:`protobuf`,`api`,`test`,`docs`,`build`,`db`,`net`.You can use * if there isn't a more fitting scope.
You can use `*` if there isn't a more fitting scope.
177
234
178
235
The subject contains a succinct description of the change:
179
236
1. Limit the subject line, which briefly describes the purpose of the commit, to 50 characters.
@@ -204,13 +261,32 @@ If the purpose of this submission is to modify one issue, you need to refer to t
204
261
4. Use `feature/` as the prefix of the `feature` branch, briefly describe the feature in the name, and connect words with underline (e.g., feature/new_resource_model, etc.).
205
262
### Pull Request Guidelines
206
263
264
+
#### PR Title Format
265
+
266
+
PR titles must follow the conventional commit format and will be checked by CI:
267
+
268
+
```
269
+
type(scope): description
270
+
```
271
+
272
+
| Rule | Requirement |
273
+
|------|-------------|
274
+
| Format | `type: description` or `type(scope): description` |
275
+
| Length | 10 ~ 72 characters |
276
+
| Type must be one of | `feat` `fix` `refactor` `docs` `style` `test` `chore` `ci` `perf` `build` `revert` |
277
+
278
+
#### PR Description
279
+
280
+
- PR description must not be empty, minimum **20 characters**.
281
+
- Should explain **what** the PR does and **why**.
282
+
283
+
#### General Rules
284
+
207
285
1. Create one PR for one issue.
208
286
2. Avoid massive PRs.
209
-
3. Write an overview of the purpose of the PR in its title.
210
-
4. Write a description of the PR for future reviewers.
211
-
5. Elaborate on the feedback you need (if any).
212
-
6. Do not capitalize the first letter.
213
-
7. Do not put a period (.) in the end.
287
+
3. Elaborate on the feedback you need (if any).
288
+
4. Do not capitalize the first letter of the description.
289
+
5. Do not put a period (.) at the end of the title.
0 commit comments