git-notify: Be careful with "--no-merge"
commit319e308521e0e460fe0b06ee093248628dda819d
authorHolger Weiss <holger@zedat.fu-berlin.de>
Fri, 2 Jul 2010 13:28:35 +0000 (2 15:28 +0200)
committerHolger Weiss <holger@zedat.fu-berlin.de>
Fri, 2 Jul 2010 13:28:35 +0000 (2 15:28 +0200)
treedf123d8a40351d3770dce4a02dfa15cd0a30d78f
parent5c72d075deb12239e2f1c61cf7b91e0f6ef19640
git-notify: Be careful with "--no-merge"

The "-X" option (which asks git-notify to not report merge commits) was
implemented by setting the "--no-merge" option on each invocation of
git-rev-list(1).  However, we do not only use git-rev-list(1) to get the
list of new commits, but also to check whether the old branch head (or
tag) is a parent of the new branch head (or tag).  For this latter
check, the "--no-merge" option should not be set; otherwise, git-notify
would be fooled to believe that the branch has been rewritten if the old
head was a merge commit.
tools/git-notify