-
Notifications
You must be signed in to change notification settings - Fork 68
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Chore: document conventional commits #4188
Conversation
cf3f769
to
663a99a
Compare
Note that the only "truly new" portion of this PR is the bottom section of the new DEVELOPMENT.md document |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
📝
cf3f769
to
ed39709
Compare
DEVELOPMENT.md
Outdated
|
||
## Commits, Releases, and Deployment | ||
|
||
All commit messages on the default branch should follow the [Conventional Commits](https://www.conventionalcommits.org/en/v1.0.0/) specification. In addition, an associated ticket number should be added where relevant. Examples: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It's not that unusual for one of our commits to need to reference a ticket on one of our other GitHub repos. Should this perhaps clarify what those should look like?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
For example, the runbook I just did was a ticket on this repo, but the implementation was a commit to a different repo.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
One copyedit and a few musings.
DEVELOPMENT.md
Outdated
|
||
If you didn't follow this convention while making your commits locally or on a development, you'll still have (at least) two opportunities to edit the commit history to match the Convention Commits specification: | ||
- while the code is on a non-default branch, you can perform an [interative rebase](https://git-scm.com/docs/git-rebase) to rewrite the history. | ||
- prior to merging a PR, you can select either "Squash and merge" or "Rebase and merge" which will change the commit message(s) in the PR. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It is confusing that both of these are characterized as merges whereas merge commits on the feature branch are not allowed. This isn't particularly friendly, but I'm not sure how to make it better.
3822624
to
97f96f4
Compare
97f96f4
to
95fc76a
Compare
82fdd4e
to
14147e1
Compare
Changes proposed in this pull request:
security considerations
None