···11### message format
1213```
14-<service/top-level directory>: <package/path>: <short summary of change>
151617-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```
2223Here are some examples:
···3536### general notes
3738-- PRs get merged as a single commit, so keep PRs small and focused. Use
39-the above guidelines for the PR title and description.
0040- 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
1213```
14+<service/top-level directory>: <affected package/directory>: <short summary of change>
151617+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```
2223Here are some examples:
···3536### general notes
3738+- 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