我正在尝试实施一种策略,即使其中一个提交消息不满足规则,每次推送都会被拒绝。我已经向开发人员分发了一个钩子,以便他们在他们的本地存储库中使用它,但我也想在他们推送到原点时强制执行。
我有两个问题:
我应该使用更新挂钩还是预接收挂钩? (我试图设置一个update.secondary钩子,但在我看来它不会被解雇,而预先接收会这样做。)
如何获取推送中包含的每个提交的消息?更具体地说,我希望每个提交消息都具有特定的“有效”(对于我的需要)前缀。因此,我希望扫描提交消息中的每个提交,并在接受推送之前对其进行验证。
我使用简单的bash来编写钩子。
谢谢!
答案 0 :(得分:7)
我建议使用Gitolite V3提供的VREFS,而不是使用链式更新挂钩。 您可以看到所有its arguments here。
由于VREF基本上类似于 git update
挂钩,您可以像this script一样获取每个提交的日志消息git log --format=%s -1 $commit
:
在git commit消息上实施策略的脚本示例:
#!/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在评论中提及:
如果您尝试使用shell脚本编写服务器端挂钩,您可能需要查看“Can git
pre-receive
hooks evaluate the incoming commit?”。 我最后通过使用read in shell脚本获取oldrev
,newrev
和refname
。此行“
excludes=( ^$oldrev )
”,“^
”仅表示排除!