sanin.dev
anirudh.fi
+9
-7
docs/contributing.md
+9
-7
docs/contributing.md
···
11
### message format
12
13
```
14
-
<service/top-level directory>: <package/path>: <short summary of change>
15
16
17
-
Optional longer description, if needed. Explain what the change does and
18
-
why, especially if not obvious. Reference relevant issues or PRs when
19
-
applicable. These can be links for now since we don't auto-link
20
-
issues/PRs yet.
21
```
22
23
Here are some examples:
···
35
36
### general notes
37
38
-
- PRs get merged as a single commit, so keep PRs small and focused. Use
39
-
the above guidelines for the PR title and description.
40
- Use the imperative mood in the summary line (e.g., "fix bug" not
41
"fixed bug" or "fixes bug").
42
- Try to keep the summary line under 72 characters, but we aren't too
···
11
### message format
12
13
```
14
+
<service/top-level directory>: <affected package/directory>: <short summary of change>
15
16
17
+
Optional longer description can go here, if necessary. Explain what the
18
+
change does and why, especially if not obvious. Reference relevant
19
+
issues or PRs when applicable. These can be links for now since we don't
20
+
auto-link issues/PRs yet.
21
```
22
23
Here are some examples:
···
35
36
### general notes
37
38
+
- PRs get merged "as-is" (fast-forward) -- like applying a patch-series
39
+
using `git am`. At present, there is no squashing -- so please author
40
+
your commits as they would appear on `master`, following the above
41
+
guidelines.
42
- Use the imperative mood in the summary line (e.g., "fix bug" not
43
"fixed bug" or "fixes bug").
44
- Try to keep the summary line under 72 characters, but we aren't too