4

我正在尝试执行一项策略，当即使其中一个提交消息不满足规则时，每次推送都会被拒绝。我已经向开发人员分发了一个钩子，以便他们在本地存储库中使用它，但我也想在他们推送到源时强制执行此操作。

我有两个问题：

  1. 我应该使用更新挂钩还是预接收挂钩？（我试图设置一个 update.secondary 钩子，但在我看来它不会被触发，而预接收会）。

  2. 如何获取推送中包含的每个提交的消息？更具体地说，我希望每条提交消息都有一个特定的“有效”（满足我的需要）前缀。因此，我想在此推送中扫描提交消息中的每个提交，并在接受推送之前对其进行验证。

我正在使用简单的 bash 对钩子进行编码。

谢谢！

4

1 回答 1

7

我建议不要使用链式更新挂钩，而是使用Gitolite V3 提供的VREFS 。你可以在这里看到它的所有论点。

由于 VREF 基本上就像一个钩子，你可以像在这个脚本中一样，获取每个提交的日志消息：git update git log --format=%s -1 $commit

对 git 提交消息执行策略的脚本示例：

#!/bin/bash

refname="$1"
oldrev="$2"
newrev="$3"
result=0

# Make sure we handle the situation when the branch does not exist yet
if ! [ "$oldrev" = "0000000000000000000000000000000000000000" ] ; then
    excludes=( ^$oldrev )
else
    excludes=( $(git for-each-ref --format '^%(refname:short)' refs/heads/) )
fi

# Get the list of incomming commits
commits=`git rev-list $newrev "${excludes[@]}"`

# For every commit in the list
for commit in $commits
do
  # check the log message for ticket number
  message=`git log --format=%s -1 $commit`
  ticket=`echo "$message" | grep -o "^[A-Z]\{2,3\}-[0-9]\+"`
  if [ "$ticket" = "" ] ; then
    echo "Commit $commit does not start with a ticket number"
    result=1
  fi
done

exit $result

cwhsu在评论中提到：

于 2012-10-26T13:56:23.910 回答