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

Question

我们公司最近将 FogBugz 安装升级到版本 7，下载了最新的提交后文件，并遵循有关将 SVN 与 FogBugz 集成的最新说明（以获取每种情况的修改文件列表）。

但是，我一直无法让他们工作。谁能阐明我可能做错了什么？

谢谢

编辑： 谢谢彼得，我们在 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”后得到消息“为 Bug ID#11118 添加错误信息”（这是此特定修订版的正确 Bug ID），但 FogBugz 中未呈现此情况的详细信息。我错过了什么吗？

---

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

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

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

我的理解（基于标准输出）是 ARGV[0] 是修订版，ARGV[1] 是日志文件，ARGV[2] 是存储库（？），但这似乎与帖子中的代码不匹配-犯罪。我觉得我一定是做错了什么或者遗漏了一些明显的东西！

Answer 1

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

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