升级到 FogBugz 7 后，SVN 提交后挂钩已停止工作

Question

我们公司最近将我们的 FogBugz 安装升级到版本 7，下载了最新的提交后文件，并按照最新的说明将 SVN 与 FogBugz 集成（获取每个案例的修改文件列表。）

但是，我一直无法让它们工作。谁能解释一下我可能做错了什么？

谢谢

编辑： 谢谢 Peter，我们在 Fogbugs Windows Server 上运行，IIS7 和 SVN 在单独的服务器上运行，该服务器运行在 Windows Server 2000 上。

编辑： 我已经按照 Rich 建议的故障排除指南（再次感谢 Rich）并在运行 "svnlook log -r $REV $REPOS | cscript /path/to/logBu​​gDataSVN.vbs $REV /var/tmp/svnfile $REPOS" get消息“为错误 ID#11118 添加错误信息”（这是此特定修订版的正确错误 ID），但在 FogBugz 中没有呈现此案例的详细信息。我错过了什么吗？

---

编辑： 自发布最初的问题以来，我们已将 SVN 安装移动到我们网络上的另一台机器 (Ubunutu) 以释放 Windows 服务器上的资源，但是我们仍然遇到集成问题。

1. 按照说明下载了脚本
2. 将脚本移至 hooks 目录并对每个文件应用执行权限 (sudo chmod +x filename)
3. 按照您链接到“查看 logBu​​gDataSvn.pl 文件是否正常工作...”部分的演练中的步骤进行操作。

我看到“为错误 ID #11118 添加错误信息...”消息，但在 FogBugz 中没有添加任何内容，因此我决定进一步挖掘。我对 Perl 的了解是有限的，但我已经掌握了脚本在做什么的要点，所以我决定首先检查传递给脚本的正确参数。我加入了 ARGV 并打印到标准输出，这给了我：[4394 | /var/tmp/svn 文件 | .]

我的理解（基于标准输出）是 ARGV[0] 是修订版，ARGV[1] 是日志文件，ARGV[2] 是 repo(?) 但这似乎与中的代码不匹配提交后。我觉得我一定是搞错了，或者遗漏了一些明显的东西！

Answer 1

对于它的价值，这里有一个故障排除指南：

http://www.fogcreek.com/FogBugz/blog/post/Debugging-Subversion-Source-Control-Integration.aspx