3 # Copyright (c) 2007 Andy Parkins
5 # An example hook script to mail out commit update information. This hook sends emails
6 # listing new revisions to the repository introduced by the change being reported. The
7 # rule is that (for branch updates) each commit will appear on one email and one email
10 # This hook is stored in the contrib/hooks directory. Your distribution will have put
11 # this somewhere standard. You should make this script executable then link to it in
12 # the repository you would like to use it in. For example, on debian the hook is stored
13 # in /usr/share/doc/git-core/contrib/hooks/post-receive-email:
15 # chmod a+x post-receive-email
16 # cd /path/to/your/repository.git
17 # ln -sf /usr/share/doc/git-core/contrib/hooks/post-receive-email hooks/post-receive
19 # This hook script assumes it is enabled on the central repository of a project, with
20 # all users pushing only to it and not between each other. It will still work if you
21 # don't operate in that style, but it would become possible for the email to be from
22 # someone other than the person doing the push.
27 # This is the list that all pushes will go to; leave it blank to not send
28 # emails for every ref update.
30 # This is the list that all pushes of annotated tags will go to. Leave it
31 # blank to default to the mailinglist field. The announce emails lists the
32 # short log summary of the changes since the last annotated tag.
34 # If set then the -f option is passed to sendmail to allow the envelope sender
39 # All emails have their subjects prefixed with "[SCM]" to aid filtering.
40 # All emails include the headers "X-Git-Refname", "X-Git-Oldrev",
41 # "X-Git-Newrev", and "X-Git-Reftype" to enable fine tuned filtering and
42 # give information for debugging.
45 # ---------------------------- Functions
48 # Top level email generation function. This decides what type of update
49 # this is and calls the appropriate body-generation routine after outputting
52 # Note this function doesn't actually generate any email output, that is taken
53 # care of by the functions it calls:
54 # - generate_email_header
55 # - generate_create_XXXX_email
56 # - generate_update_XXXX_email
57 # - generate_delete_XXXX_email
58 # - generate_email_footer
63 oldrev=$(git rev-parse $1)
64 newrev=$(git rev-parse $2)
71 if expr "$oldrev" : '0*$' >/dev/null
75 if expr "$newrev" : '0*$' >/dev/null
83 # --- Get the revision types
84 newrev_type=$(git cat-file -t $newrev 2> /dev/null)
85 oldrev_type=$(git cat-file -t "$oldrev" 2> /dev/null)
86 case "$change_type" in
89 rev_type="$newrev_type"
93 rev_type="$oldrev_type"
97 # The revision type tells us what type the commit is, combined with
98 # the location of the ref we can decide between
103 case "$refname","$rev_type" in
107 short_refname=${refname##refs/tags/}
111 refname_type="annotated tag"
112 short_refname=${refname##refs/tags/}
114 if [ -n "$announcerecipients" ]; then
115 recipients="$announcerecipients"
120 refname_type="branch"
121 short_refname=${refname##refs/heads/}
123 refs/remotes/*,commit)
125 refname_type="tracking branch"
126 short_refname=${refname##refs/remotes/}
127 echo >&2 "*** Push-update of tracking branch, $refname"
128 echo >&2 "*** - no email generated."
132 # Anything else (is there anything else?)
133 echo >&2 "*** Unknown type of update to $refname ($rev_type)"
134 echo >&2 "*** - no email generated"
139 # Check if we've got anyone to send to
140 if [ -z "$recipients" ]; then
141 echo >&2 "*** hooks.recipients is not set so no email will be sent"
142 echo >&2 "*** for $refname update $oldrev->$newrev"
147 # The committer will be obtained from the latest existing rev; so
148 # for a deletion it will be the oldrev, for the others, then newrev
149 committer=$(git show --pretty=full -s $rev | sed -ne "s/^Commit: //p" |
150 sed -ne 's/\(.*\) </"\1" </p')
151 # The email subject will contain the best description of the ref
152 # that we can build from the parameters
153 describe=$(git describe $rev 2>/dev/null)
154 if [ -z "$describe" ]; then
158 generate_email_header
160 # Call the correct body generation function
162 case "$refname_type" in
163 "tracking branch"|branch)
170 generate_${change_type}_${fn_name}_email
172 generate_email_footer
175 generate_email_header()
177 # --- Email (all stdout will be the email)
182 Subject: ${EMAILPREFIX}$projectdesc $refname_type, $short_refname, ${change_type}d. $describe
183 X-Git-Refname: $refname
184 X-Git-Reftype: $refname_type
185 X-Git-Oldrev: $oldrev
186 X-Git-Newrev: $newrev
188 This is an automated email from the git hooks/post-receive script. It was
189 generated because a ref change was pushed to the repository containing
190 the project "$projectdesc".
192 The $refname_type, $short_refname has been ${change_type}d
196 generate_email_footer()
207 # --------------- Branches
210 # Called for the creation of a branch
212 generate_create_branch_email()
214 # This is a new branch and so oldrev is not valid
215 echo " at $newrev ($newrev_type)"
219 # This shows all log entries that are not already covered by
220 # another ref - i.e. commits that are now accessible from this
221 # ref that were previously not accessible (see generate_update_branch_email
222 # for the explanation of this command)
223 git rev-parse --not --branches | grep -v $(git rev-parse $refname) |
224 git rev-list --pretty --stdin $newrev
229 # Called for the change of a pre-existing branch
231 generate_update_branch_email()
234 # 1 --- 2 --- O --- X --- 3 --- 4 --- N
236 # O is $oldrev for $refname
237 # N is $newrev for $refname
238 # X is a revision pointed to by some other ref, for which we may
239 # assume that an email has already been generated.
240 # In this case we want to issue an email containing only revisions
241 # 3, 4, and N. Given (almost) by
243 # git-rev-list N ^O --not --all
245 # The reason for the "almost", is that the "--not --all" will take
246 # precedence over the "N", and effectively will translate to
248 # git-rev-list N ^O ^X ^N
250 # So, we need to build up the list more carefully. git-rev-parse will
251 # generate a list of revs that may be fed into git-rev-list. We can get
252 # it to make the "--not --all" part and then filter out the "^N" with:
254 # git-rev-parse --not --all | grep -v N
256 # Then, using the --stdin switch to git-rev-list we have effectively
259 # git-rev-list N ^O ^X
261 # This leaves a problem when someone else updates the repository
262 # while this script is running. Their new value of the ref we're working
263 # on would be included in the "--not --all" output; and as our $newrev
264 # would be an ancestor of that commit, it would exclude all of our
265 # commits. What we really want is to exclude the current value of
266 # $refname from the --not list, rather than N itself. So:
268 # git-rev-parse --not --all | grep -v $(git-rev-parse $refname)
270 # Get's us to something pretty safe (apart from the small time between
271 # refname being read, and git-rev-parse running - for that, I give up)
274 # Next problem, consider this:
275 # * --- B --- * --- O ($oldrev)
277 # * --- X --- * --- N ($newrev)
279 # That is to say, there is no guarantee that oldrev is a strict subset of
280 # newrev (it would have required a --force, but that's allowed). So, we
281 # can't simply say rev-list $oldrev..$newrev. Instead we find the common
282 # base of the two revs and list from there.
284 # As above, we need to take into account the presence of X; if another
285 # branch is already in the repository and points at some of the revisions
286 # that we are about to output - we don't want them. The solution is as
287 # before: git-rev-parse output filtered.
290 # 1 --- 2 --- O --- T --- 3 --- 4 --- N
292 # Tags pushed into the repository generate nice shortlog emails that
293 # summarise the commits between them and the previous tag. However,
294 # those emails don't include the full commit messages that we output
295 # for a branch update. Therefore we still want to output revisions
296 # that have been output on a tag email.
298 # Luckily, git-rev-parse includes just the tool. Instead of using "--all"
299 # we use "--branches"; this has the added benefit that "remotes/" will
300 # be ignored as well.
302 # List all of the revisions that were removed by this update, in a fast forward
303 # update, this list will be empty, because rev-list O ^N is empty. For a non
304 # fast forward, O ^N is the list of removed revisions
307 for rev in $(git rev-list $newrev..$oldrev)
309 revtype=$(git cat-file -t "$rev")
310 echo " discards $rev ($revtype)"
312 if [ -z "$rev" ]; then
316 # List all the revisions from baserev to newrev in a kind of
317 # "table-of-contents"; note this list can include revisions that have
318 # already had notification emails and is present to show the full detail
319 # of the change from rolling back the old revision to the base revision and
320 # then forward to the new revision
321 for rev in $(git rev-list $oldrev..$newrev)
323 revtype=$(git cat-file -t "$rev")
324 echo " via $rev ($revtype)"
327 if [ -z "$fastforward" ]; then
328 echo " from $oldrev ($oldrev_type)"
330 # 1. Existing revisions were removed. In this case newrev is a
331 # subset of oldrev - this is the reverse of a fast-forward,
333 # 2. New revisions were added on top of an old revision, this is
334 # a rewind and addition.
336 # (1) certainly happened, (2) possibly. When (2) hasn't happened,
337 # we set a flag to indicate that no log printout is required.
341 # Find the common ancestor of the old and new revisions and compare
343 baserev=$(git merge-base $oldrev $newrev)
345 if [ "$baserev" = "$newrev" ]; then
346 echo "This update discarded existing revisions and left the branch pointing at"
347 echo "a previous point in the repository history."
349 echo " * -- * -- N ($newrev)"
351 echo " O -- O -- O ($oldrev)"
353 echo "The removed revisions are not necessarilly gone - if another reference"
354 echo "still refers to them they will stay in the repository."
357 echo "This update added new revisions after undoing existing revisions. That is"
358 echo "to say, the old revision is not a strict subset of the new revision. This"
359 echo "situation occurs when you --force push a change and generate a repository"
360 echo "containing something like this:"
362 echo " * -- * -- B -- O -- O -- O ($oldrev)"
364 echo " N -- N -- N ($newrev)"
366 echo "When this happens we assume that you've already had alert emails for all"
367 echo "of the O revisions, and so we here report only the revisions in the N"
368 echo "branch from the common base, B."
373 if [ -z "$rewind_only" ]; then
374 echo "Those revisions listed above that are new to this repository have"
375 echo "not appeared on any other notification email; so we list those"
376 echo "revisions in full, below."
380 git rev-parse --not --branches | grep -v $(git rev-parse $refname) |
381 git rev-list --pretty --stdin $oldrev..$newrev
383 # XXX: Need a way of detecting whether git rev-list actually outputted
384 # anything, so that we can issue a "no new revisions added by this
389 echo "No new revisions were added by this update."
392 # The diffstat is shown from the old revision to the new revision. This
393 # is to show the truth of what happened in this change. There's no point
394 # showing the stat from the base to the new revision because the base
395 # is effectively a random revision at this point - the user will be
396 # interested in what this revision changed - including the undoing of
397 # previous revisions in the case of non-fast forward updates.
399 echo "Summary of changes:"
400 git diff-tree --stat --summary --find-copies-harder $oldrev..$newrev
404 # Called for the deletion of a branch
406 generate_delete_branch_email()
411 git show -s --pretty=oneline $oldrev
415 # --------------- Annotated tags
418 # Called for the creation of an annotated tag
420 generate_create_atag_email()
422 echo " at $newrev ($newrev_type)"
428 # Called for the update of an annotated tag (this is probably a rare event
429 # and may not even be allowed)
431 generate_update_atag_email()
433 echo " to $newrev ($newrev_type)"
434 echo " from $oldrev (which is now obsolete)"
440 # Called when an annotated tag is created or changed
442 generate_atag_email()
444 # Use git-for-each-ref to pull out the individual fields from the tag
445 eval $(git for-each-ref --shell --format='
446 tagobject=%(*objectname)
447 tagtype=%(*objecttype)
449 tagged=%(taggerdate)' $refname
452 echo " tagging $tagobject ($tagtype)"
455 # If the tagged object is a commit, then we assume this is a
456 # release, and so we calculate which tag this tag is replacing
457 prevtag=$(git describe --abbrev=0 $newrev^ 2>/dev/null)
459 if [ -n "$prevtag" ]; then
460 echo " replaces $prevtag"
464 echo " length $(git cat-file -s $tagobject) bytes"
467 echo " tagged by $tagger"
473 # Show the content of the tag message; this might contain a change log
474 # or release notes so is worth displaying.
475 git cat-file tag $newrev | sed -e '1,/^$/d'
480 # Only commit tags make sense to have rev-list operations performed
482 if [ -n "$prevtag" ]; then
483 # Show changes since the previous release
484 git rev-list --pretty=short "$prevtag..$newrev" | git shortlog
486 # No previous tag, show all the changes since time began
487 git rev-list --pretty=short $newrev | git shortlog
491 # XXX: Is there anything useful we can do for non-commit objects?
499 # Called for the deletion of an annotated tag
501 generate_delete_atag_email()
506 git show -s --pretty=oneline $oldrev
510 # --------------- General references
513 # Called when any other type of reference is created (most likely a
516 generate_create_general_email()
518 echo " at $newrev ($newrev_type)"
520 generate_general_email
524 # Called when any other type of reference is updated (most likely a
527 generate_update_general_email()
529 echo " to $newrev ($newrev_type)"
532 generate_general_email
536 # Called for creation or update of any other type of reference
538 generate_general_email()
540 # Unannotated tags are more about marking a point than releasing a version;
541 # therefore we don't do the shortlog summary that we do for annotated tags
542 # above - we simply show that the point has been marked, and print the log
543 # message for the marked point for reference purposes
545 # Note this section also catches any other reference type (although there
546 # aren't any) and deals with them in the same way.
549 if [ "$newrev_type" = "commit" ]; then
551 git show --no-color --root -s $newrev
554 # What can we do here? The tag marks an object that is not a commit,
555 # so there is no log for us to display. It's probably not wise to
556 # output git-cat-file as it could be a binary blob. We'll just say how
558 echo "$newrev is a $newrev_type, and is $(git cat-file -s $newrev) bytes long."
563 # Called for the deletion of any other type of reference
565 generate_delete_general_email()
570 git show -s --pretty=oneline $oldrev
574 # ---------------------------- main()
578 LOGBEGIN="- Log -----------------------------------------------------------------"
579 LOGEND="-----------------------------------------------------------------------"
582 # Set GIT_DIR either from the working directory, or from the environment
584 GIT_DIR=$(git rev-parse --git-dir 2>/dev/null)
585 if [ -z "$GIT_DIR" ]; then
586 echo >&2 "fatal: post-receive: GIT_DIR not set"
590 projectdesc=$(sed -ne '1p' "$GIT_DIR/description")
591 # Check if the description is unchanged from it's default, and shorten it to a
592 # more manageable length if it is
593 if expr "$projectdesc" : "Unnamed repository.*$" >/dev/null
595 projectdesc="UNNAMED PROJECT"
598 recipients=$(git repo-config hooks.mailinglist)
599 announcerecipients=$(git repo-config hooks.announcelist)
600 envelopesender=$(git-repo-config hooks.envelopesender)
603 # Allow dual mode: run from the command line just like the update hook, or if
604 # no arguments are given then run as a hook script
605 if [ -n "$1" -a -n "$2" -a -n "$3" ]; then
606 # Output to the terminal in command line mode - if someone wanted to
607 # resend an email; they could redirect the output to sendmail themselves
608 PAGER= generate_email $2 $3 $1
610 if [ -n "$envelopesender" ]; then
611 envelopesender="-f '$envelopesender'"
614 while read oldrev newrev refname
616 generate_email $oldrev $newrev $refname |
617 /usr/sbin/sendmail -t $envelopesender