使用 2x4 线索棒进行用户教育应该是首选。对于技术解决方案,您可以使用合适的提交挂钩阻止他们在本地进行此类提交。但是,他们也可能无法安装挂钩。所以你只需要实现一个拒绝他们推送的钩子。您可以使用更新挂钩来执行此操作,该挂钩可以在提交写入中央存储库之前拒绝提交。这是这样一个钩子脚本:
#!/bin/sh
#
# update hook - args: refname sha1-old sha1-new
ref="$1"
old="$2"
new="$3"
if [ -z "$ref" -o -z "$old" -o -z "$new" ]; then
echo >&2 "usage: $0 <ref> <oldrev> <newrev>"
exit 1
fi
for badpath in a/a a/z/x; do
if git ls-tree $new:$badpath >/dev/null; then
bogus=$(git ls-tree -r --name-only $new $badpath)
echo >&2 "REJECTED DUE TO BOGUS PATH \"$bogus\""
exit 1
fi
done
exit 0
如果我们创建一个简单的裸存储库并将其添加为钩子/更新并使其可执行(在 Windows 上,我们不需要这样做 - 无论如何都会执行钩子)。然后克隆存储库并添加禁止路径(如示例中的 a/b/c/file)。这是我推送此提交时得到的:
C:\Users\Pat\AppData\Local\Temp\x\L>git push origin master
Counting objects: 9, done.
Delta compression using up to 2 threads.
Compressing objects: 100% (2/2), done.
Writing objects: 100% (7/7), 423 bytes | 0 bytes/s, done.
Total 7 (delta 0), reused 0 (delta 0)
remote: REJECTED DUE TO BOGUS PATH "a/a/b/c/file"
remote: error: hook declined to update refs/heads/master
To C:/Users/Pat/AppData/Local/Temp/x/R
! [remote rejected] master -> master (hook declined)
error: failed to push some refs to 'C:/Users/Pat/AppData/Local/Temp/x/R'
这说明了两件事。首先,这些钩子脚本实际上很容易在一些临时存储库中创建和测试。您回显到 stderr 或 stdout 的任何内容都会被复制到推送用户。其次 - 这一切也适用于 Windows(至少在使用 Git for Windows 时)。
提交钩子在用户本地存储库上工作,并且不会那么令人讨厌,但是您会遇到确保所有本地克隆都有正确的钩子的问题。这在服务器端处理起来要简单得多。