windows - Git - 接收后 Hook 在远程 Windows 服务器上不起作用

Question

我正在尝试让 git post-receive Hook 在 Windows 上运行。

我使用的是 Git 1.7.9 (Msysgit)，在本地有一个仓库，在远程服务器上有一个裸仓库。我可以获取、提交、推送等。我已经设置了一个接收后 Hook ，应该将文件 check out 到工作文件夹中(部署过程的一部分)，但它似乎不起作用。

这是我的做法:

1. 更改文件，暂存并提交
2. 推送到远程服务器 - 成功
3. 期望看到回声 - 没有看到回声
4. 检查服务器上的工作文件夹 - 最新文件不在那里
5. 登录到服务器并手动运行 Hook 脚本 - 最新文件被 checkout 到工作文件夹中。

我更改了钩子(Hook)，所以它除了回显消息外什么都不做，而且我读到我应该在推送后在我的控制台中看到它。但这没有被显示，所以我只能假设钩子(Hook)没有被解雇。

我在服务器上使用 git dot aspx 推送 HTTP，处理请求并通过本地 gui 推送。失败后，我尝试了 Bonobo，当通过 gui 或 bash 控制台推送时，钩子(Hook)不起作用。

我假设有人在某个地方解决了这个问题，但经过两天的搜索后，我发现所有的解决方案都没有帮助，或者遇到同样问题但没有得到解答的人。

(顺便说一句，我是一个 git 新手)。

干杯。

更新

我开始认为这可能与权限有关 - 但 Unix 权限，而不是 NTFS。当@eis 提到权限时，我假设是 NTFS。但经过更多挖掘后，Windows 上的 Git 似乎仍在检查 Unix 文件权限。

所以我怀疑问题是接收后文件不可执行，因为当我执行 ls -o 时它是 -rw-r--r--(我相信是 644)。如果我尝试通过 bash 和 chmod 777 post-receive 更改它，然后执行 ls -o，权限是相同的。

奇怪的是，一旦我编辑接收后(使用 Notepad++ )，执行位就会被删除。 (我以 .bat 结尾的测试脚本确实保留了它的执行位......)

顺便说一句，我登录的用户是文件的所有者(根据 ls -o)，但我无法设置权限。

现在开始变得很困惑。我是否漏掉了一些非常明显的东西？

更新 2

chmod 777 post-receive 和 chmod a+x post-receive 都不起作用。我拿了一个新的、干净的接收后文件，将其上传到服务器并检查了权限并执行了。如果我在 Windows 中重命名文件(以删除示例)，则执行将被删除。如果我在 bash 中使用 mv 执行它，则保留。但是，每当我编辑文件(在 Windows 中或在带有 vi 的 bash 中)时，execute 就会被删除。

那么，现在的问题是为什么在我编辑文件时它会删除执行位？

希望这是最后的障碍，也是它没有执行的原因......

Answer 1

您将不得不修补 git 以使其工作。 builtin/receive-pack.c 中的检查用于access(path, X_OK)。在 msysgit 中，这会转移到 mingw_access，它会丢弃 X_OK 位，因为它很简单，在 Windows 上不受支持。

在 Windows 上，我们没有标志来指定文件是可执行的。系统经常对此进行一些模拟。例如，tcl 将在 PATHEXT 环境变量中查找任何扩展名以确定文件是否可执行。我们不能在这里这样做，因为钩子(Hook)名称是硬编码的，没有任何扩展名。

相反，我建议更改访问测试以仅检查文件是否存在，然后在路径上调用 execv。这个的 mingw 版本(在 compat/mingw.c 中)查找脚本文件并读取 shbang 行并启动适当的解释器(sh、perl 等)。因此，修改 builtin/receive-pack.c:run_update_hook 应该可以为您工作。目前运行的 Hook 使用 start_command，我认为它应该为您调用 execv。

简而言之，更改访问测试，它可能会起作用。