author | Pat Notz <pknotz@sandia.gov> | |
Tue, 10 Feb 2009 16:43:30 +0000 (09:43 -0700) | ||
committer | Junio C Hamano <gitster@pobox.com> | |
Wed, 11 Feb 2009 18:38:53 +0000 (10:38 -0800) | ||
commit | e5f5050ed1481c3bc27658f625a87155aed0984f | |
tree | 292472f64994812bd44150dc43c51cad3a746740 | tree | snapshot |
parent | 7b73d828f02e885f4e9619ff1a2b43e3d8dcf259 | commit | diff |
Fix contrib/hooks/post-receive-email for new duplicate branch
In the show_new_revisions function, the original code:
git rev-parse --not --branches | grep -v $(git rev-parse $refname) |
isn't quite right since one can create a new branch and push it
without any new commits. In that case, two refs will have the same
sha1 but both would get filtered by the 'grep'. In the end, we'll
show ALL the history which is not what we want. Instead, we should
list the branches by name and remove the branch being updated and THEN
pass that list through rev-parse.
Revised as suggested by Jakub Narebski and Junio C Hamano to use
git-for-each-ref instead of git-branch. (Thanks!)
Signed-off-by: Pat Notz <pknotz@sandia.gov>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
In the show_new_revisions function, the original code:
git rev-parse --not --branches | grep -v $(git rev-parse $refname) |
isn't quite right since one can create a new branch and push it
without any new commits. In that case, two refs will have the same
sha1 but both would get filtered by the 'grep'. In the end, we'll
show ALL the history which is not what we want. Instead, we should
list the branches by name and remove the branch being updated and THEN
pass that list through rev-parse.
Revised as suggested by Jakub Narebski and Junio C Hamano to use
git-for-each-ref instead of git-branch. (Thanks!)
Signed-off-by: Pat Notz <pknotz@sandia.gov>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
contrib/hooks/post-receive-email | diff | blob | history |