我正在尝试从 gitolite v2 迁移到 v3。进行服务器端提交消息检查的旧方法是将检查放入 myrepo.git/hooks/update.secondary 中的存储库特定挂钩中
在 gitolite v3 中,他们建议将检查放入 VREF 中。该文档有点令人困惑,我希望得到澄清。
我在 /home/git/.gitolite.rc 中添加了以下内容
LOCAL_CODE => "$ENV{HOME}/.gitolite/our_hooks",
在我的 our_hooks 目录中,我创建了一个 VREF 文件夹并将旧的 update.secondary 脚本放入其中。在我的 gitolite-admin/conf/gitolite.conf 文件中,我将以下内容添加到我希望脚本执行的存储库中:
repo myrepo
RW = @my_developers
- VREF/update.secondary = @my_developers
当我尝试推送时,我收到一条通知,无法找到 VREF/update.secondary。如果我改为
repo myrepo
RW = @my_developers
- /home/git/.gitolite/our_hooks/VREF/update.secondary = @my_developers
我没有收到任何投诉,但钩子似乎根本没有运行。
我是否错过了如何使用 gitolite 进行额外的更新检查?
与此相关的文档有点令人困惑,因此希望这能帮助其他人尝试使用 gitolite v3 获得链式更新挂钩。
我上面所做的一切都是正确的,缺少的部分是我的 update.secondary 脚本需要驻留。
在 gitolite-admin/conf/gitolite.conf 中,配置应如下所示:
repo myrepo
RW = @my_developers
- VREF/update.secondary = @my_developers
然后GL_BINDIR目录下有一个VREF目录。将可执行 update.secondary 文件放入该目录中。
GL_BINDIR 是包含您运行的 gitolite 二进制文件的目录:gitolite setup
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)