0

我们公司最近将我们的 FogBugz 安装升级到版本 7，下载了最新的 post-commit 文件，并按照有关将 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 ” 得到消息“为错误 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(?) 但这似乎与 post-commit 中的代码不匹配. 我觉得我一定是做错了什么，或者遗漏了一些明显的东西！

4

1 回答 1

1

For what it's worth, there's a troubleshooting guide here:

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

于 2009-11-30T23:49:44.163 回答