"Michael S. Tsirkin" <mst@dev.mellanox.co.il> writes:That is something that needs to be set up once. I do not think it justifies wasting three more lines (one of them being an empty line) per every commit. Maybe protect it with "[user] novice" in .git/config? Otherwise I think it gets too noisy once you get used to it. I think reviewing and fixing is best done in the editor (that's why git-commit does not start reading from stdin when it expects you to type a log message, but gives you an editor), and pointing out a mistake after the fact, while it is probably better than not pointing out at all, is not all that useful. If there is no mistake, it is just an added noise, and if there is a mistake, the user needs to take another action (i.e. --amend) to correct it. I think a much better thing you could do is to have a mode that the commit log message editor is started with something like this... ---------------------------------------------------------------- From: A U Thor <au.thor@example.com> Subject: << the summary of the commit comes here >> # << more detailed explanations come here >> # Please enter the commit message for your changes. # (comment lines starting with '#' will not be included) # On branch 'master' # Changes to be committed: # ... ---------------------------------------------------------------- and teach git-commit to notice the first paragraph that is formatted like RFC2822 headers, and do appropriate things. "Something like" this patch, although this time I have these two words in quotes because I know the part to unmunge the buffer needs more work. diff --git a/git-commit.sh b/git-commit.sh index 292cf96..d7a7b0b 100755 --- a/git-commit.sh +++ b/git-commit.sh @@ -546,10 +546,13 @@ else fi set_reflog_action "$rloga" +summary_mark='<< the summary of the commit comes here >>' if test -z "$no_edit" then { + echo "$summary_mark" echo "" + echo "# << more detailed explanations come here >>" echo "# Please enter the commit message for your changes." echo "# (Comment lines starting with '#' will not be included)" test -z "$only_include_assumed" || echo "$only_include_assumed" @@ -579,7 +582,34 @@ case "$no_edit" in esac git-var GIT_AUTHOR_IDENT > /dev/null || die git-var GIT_COMMITTER_IDENT > /dev/null || die - ${VISUAL:-${EDITOR:-vi}} "$GIT_DIR/COMMIT_EDITMSG" + { + echo "From: $(expr "$(git-var GIT_AUTHOR_IDENT)" : '\(.*>\)')" + sed -e '1s/^/Subject: /' "$GIT_DIR/COMMIT_EDITMSG" + echo "" + } >"$GIT_DIR/COMMIT_EDITMSG+" + mv "$GIT_DIR/COMMIT_EDITMSG+" "$GIT_DIR/COMMIT_EDITMSG" + ${VISUAL:-${EDITOR:-vi}} "$GIT_DIR/COMMIT_EDITMSG" || exit + + AU=$(sed -n -e ' + /^$/q + /^From: /{ + s///p + q + }' "$GIT_DIR/COMMIT_EDITMSG") + if test -n "$AU" && + AN=$(expr "$AU" : '\(.*[^ ]\) *<') && + AE=$(expr "$AU" : '.*[^ ] *<\(.*\)>$') + then + GIT_AUTHOR_NAME=$AN + GIT_AUTHOR_EMAIL=$AE + export GIT_AUTHOR_NAME GIT_AUTHOR_EMAIL + fi + sed -e ' + /^From: /d + /^Subject: '"$summary_mark"'/d + s/^Subject: // + ' "$GIT_DIR/COMMIT_EDITMSG" >"$GIT_DIR/COMMIT_EDITMSG+" + mv "$GIT_DIR/COMMIT_EDITMSG+" "$GIT_DIR/COMMIT_EDITMSG" ;; esac - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
| Ryan Hope | reiser4 for 2.6.27-rc1 |
| hooanon05 | [PATCH 63/67] aufs mount helper |
| Rafael J. Wysocki | 2.6.26-rc9-git12: Reported regressions from 2.6.25 |
| Peter Zijlstra | Re: [ANNOUNCE] mdb: Merkey's Linux Kernel Debugger 2.6.27-rc4 released |
git: | |
| Ken Pratt | pack operation is thrashing my server |
| しらいしななこ | [PATCH] Update Japanese translation |
| Christian Couder | [PATCH] Documentation: help: explain 'man.viewer' multiple values |
| Dennis Schridde | Odd number of elements in anonymous hash |
| GVG GVG | ssh_exchange_identification: Connection closed by remote host |
| Chris | avoid logging useless ssh brute force attempts |
| Ray Percival | Re: Real men don't attack straw men |
| Marius ROMAN | 1440x900 resolution problem |
| Jim Winstead Jr. | Re: Root Disk/Book Disk Compatibility |
| Doug Evans | Re: Stabilizing Linux |
| Stephen Pierce | SLS |
| Mark Evans | Re: Possible bug in TCP/IP stuff of kernel (0.99p5 on up). |
