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
{{ message }}
This repository has been archived by the owner on Aug 23, 2021. It is now read-only.
What I do for summary line is to prepend a simple code from i.e. following list:
add
change
merge
fix
etc...
In my (LIMITED) experience I like to commit often, so I keep the messages to the summary line only. Further documentation I usually include in PR for feature branches... For discussion!
The text was updated successfully, but these errors were encountered:
I agree with @MarcusJones. A short, direct and standard subject line improve readability, mainly when the git log is presented in the oneline format. As some recommendations from https://chris.beams.io/posts/git-commit/:
The seven rules of a great Git commit message:
Separate subject from body with a blank line
Limit the subject line to 50 characters
Capitalize the subject line
Do not end the subject line with a period
Use the imperative mood in the subject line
Wrap the body at 72 characters
Use the body to explain what and why vs. how
This should be considered as a recommendation, or is preferably to force some rules using git hooks?
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
What I do for summary line is to prepend a simple code from i.e. following list:
add
change
merge
fix
etc...
In my (LIMITED) experience I like to commit often, so I keep the messages to the summary line only. Further documentation I usually include in PR for feature branches... For discussion!
The text was updated successfully, but these errors were encountered: