4

我有一个 git post-receive 钩子，它提取在“git push”期间添加的所有修订，并对每个修订进行一些处理（例如发送通知电子邮件）。这很好用，除非在合并时；例如：

  1. 我在 branch1 上进行了一些提交，然后推送了 branch1。post-receive 挂钩正确处理提交。
  2. 我将分支 1 合并到分支 2 中，然后推送分支 2。post-receive 钩子第二次处理所有合并的提交。

我怎样才能避免这种情况？下面是我的 post-receive 钩子的开始，我从中提取应该处理的提交（最后 $COMMITS 保存要处理的提交列表）。

#!/bin/sh

REPO_PATH=`pwd`
COMMITS=''

SHELL=/bin/sh
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin

# for each ref that was updated during the push
while read OLD_REV NEW_REV REF_NAME; do
  OLD_REV="`git rev-parse $OLD_REV`"
  NEW_REV="`git rev-parse $NEW_REV`"
  if expr "$OLD_REV" : '0*$' >/dev/null; then
    # if the branch was created, add all revisions in the new branch; skip tags
    if ! expr "$REF_NAME" : 'refs/tags/' >/dev/null; then
      REF_REV="`git rev-parse $REF_NAME`"
      REF_NAME="`git name-rev --name-only $REF_REV`"
      COMMITS="$COMMITS `git rev-list $REF_NAME | git name-rev --stdin | grep -G \($REF_NAME.*\) | awk '{ print $1 }' | tr '\n' ' '`"
    fi

  elif expr "$NEW_REV" : '0*$' >/dev/null; then
    # don't think branch deletes ever hit a post-receive hook, so we should never get here
    printf ''
  else
    # add any commits in this push
    COMMITS="$COMMITS `git rev-parse --not --all | grep -v $(git rev-parse $REF_NAME) | git rev-list --reverse --stdin $(git merge-base $OLD_REV $NEW_REV)..$NEW_REV | tr '\n' ' '`"
  fi
done
4

4 回答 4

7

看看$(prefix)/share/git-core/contrib/hooks/post-receive-email，这正是你想要的（我认为）。基本上，它用于git for-each-ref查找所有分支的名称，然后排除从某个分支可访问的每个提交，而不是正在更新的分支：

if [ "$change_type" = create ]
then
    # Show all revisions exclusive to this (new) branch.
    revspec=$newrev
else
    # Branch update; show revisions not part of $oldrev.
    revspec=$oldrev..$newrev
fi

other_branches=$(git for-each-ref --format='%(refname)' refs/heads/ |
     grep -F -v $refname)
git rev-parse --not $other_branches | git rev-list --pretty --stdin $revspec

（我在这里对其进行了简化，希望不会在我的剪切和粘贴工作中损坏任何东西。这里的输入是：$change_type如果create是$oldrev全零，否则它是update;$oldrev是来自最近从标准输入读取的行中的旧 rev SHA1 ;$newrev是新的 rev SHA1；并且$refname是全名，例如refs/heads/topic.)

于 2012-05-03T05:30:19.963 回答
1

我们所做的是将之前处理过的提交的哈希值保存在一个文本文件中。每次钩子运行时，它都会查看该文件以检查给定的提交是否已被处理。如果它尚未处理该提交，请处理它，然后将该提交记录到文件中。

这不是很可扩展，因为文本文件只会随着更多提交添加到存储库而增长，并且检查给定提交的时间也会增长。

于 2012-05-02T19:47:15.643 回答
0

我完全在接收后挂钩中实现了这一点。它只通知 trac 自上次 fetch 以来的新提交而不复制，无论新提交是同时推送到单个分支还是多个分支。此方法在您的 git 目录中保留一个名为的文件TRAC_HEAD，用于跟踪哪些提交已被处理。

建议您在启用钩子之前cat refs/heads/* > TRAC HEAD在您的目录中运行。.git

#!/bin/sh
#
# Reads and notifies trac of only new commits that have not yet been dealt with.
#
# The "post-receive" script is run after receive-pack has accepted a pack
# and the repository has been updated.  It is passed arguments in through
# stdin in the form
#  <oldrev> <newrev> <refname>
# For example:
#  aa453216d1b3e49e7f6f98441fa56946ddcd6a20 68f7abf4e6f922807889f52bc043ecd31b79f814 refs/heads/master
#

TRAC_PATH="/path/to/trac/env"

# Read the standard input
while read oldrev newrev refname ; do

        echo "Processing branch: $refname"

        # Read the last revisions for each branch from TRAC_HEAD
        exclusions=$(cat TRAC_HEAD | uniq |  sed -e 's/^/^/' -e 's/ / ^/g' | xargs echo)

        echo "Exclusion list: $exclusions"

        git rev-list --reverse $newrev $exclusions | while read rev ; do
                trac-admin $TRAC_PATH changeset added '(default)' $rev
                echo "Processed: $rev"
        done

        # Add to the exclusions file the latest revision from this branch
        echo $newrev >> TRAC_HEAD

done

# Update the TRAC_HEAD file
cat refs/heads/* > TRAC_HEAD
于 2013-04-27T00:06:57.920 回答
0

我们通过让 post-receive 钩子在遇到合并提交（具有两个或多个父项的提交）时停止处理来做到这一点。这在推动合并时需要一些纪律，以确保其他“真实”提交不会被丢弃。规则是始终在合并之前推送，然后分别推送合并。

于 2012-05-02T20:53:45.223 回答