-
Notifications
You must be signed in to change notification settings - Fork 909
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: add conventional commits template #4593
chore: add conventional commits template #4593
Conversation
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.
I think the value of classifying commit types in terms of grokking history quickly (and maybe changelog automation or something) outweighs the process cost. +1
Lets leave open for more feedback.
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.
I totally agree, I think this adds value by itself in the short term and we could used tooling around conventional commits in the mid/long term to extract even more value. Thanks for bringing this dicussion up.
``` | ||
summary: no more than 70 characters |
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.
I'd like to see us define an acceptable line LENGTH for titile/summary. I think it would be reasonable to set 72 as this width.
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.
Addressed in most recent force push
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.
Please do. I think now that we are allowing/performing more rebase commits instead squash-merged commits at PR-level granularity, we now represent a lot more commits which can be better categorized to assist with release content generation. While this may increase pressure on sensible commit title line-length of 72 in the title of a commit, I hope we can guide contributors to be creative and brief in our commit message titles to avoid exceeding this suggested limit.
92f5fa0
to
cffe9b3
Compare
Given 2 +1s and another +1 to the idea with a change requested that has been addressed, I'm going to merge this. We can always iterate further if needed. |
@TheRealFalcon how do you feel about adding something to the docs about our commit message expectations? I'd like to be able to point a contributor to some guidance with a link when asking them to update commit messages. |
We had something in the docs originally, but I removed it. It was out of date compared to the actual template we were using, and I didn't see a strong reason to have it duplicated in both places. What do you think about a more general "we use conventional commits" with a link to the official webpage and then a link back to our repo with the current template? |
@TheRealFalcon I already wrote up this issue to track this request before seeing your response, feel free to continue the conversation there.
Agreed, duplication feels weird, but when reviewing a PR I'd like to be able to drop a link to a header in our docs on RTD than have to point to the markdown template, which has lots of non-commit-format information to parse.
That works for me. That doesn't cover the line length expectation, which I'd like to see documented too. |
Proposed Commit Message
We need to actually follow this if merged 😄