我们目前使用 BugZilla 进行错误/问题跟踪，但正在寻找其他更适合我们的解决方案。
我们真正想要的功能之一是与 SVN 和 TFS 的集成，因为我们在内部使用两者（Java 人员使用 SVN，.NET 人员使用 TFS），但我还没有找到任何人都这样做。许多确实与 SVN 集成，但除了 TFS 本身与 TFS SCM 集成之外，我还没有找到任何东西。还有其他的吗？
编辑：感谢 Martin 和 gregmac 的回复。在我们进一步调查该做什么时，我会随身携带这些信息。
（如果可以的话，我会将你的两个答案都设置为我的问题的答案，但将那个答案交给了 gregmac，因为它的代表比 Martin 少一点，而且 SvnBridge 可能会让我们保持 TFS 源代码控制；）
你可以试试SvnBridge，它让你的 TFS 服务器看起来像一个 SVN 服务器。这将允许您拥有 Bugzilla 或指向多个 SVN 服务器的任何指向 - 或者如果它不支持，您可以将 TFS svn 存储库设置为svn:external。
另一方面，我同意 Martin 的观点，如果您希望将所有内容集成在一起，那么您可能也应该集成您的存储库，并让 .NET 使用 svn（因为 SVN 比 TFS 更便携）。为此，我强烈推荐VisualSVN - 它与 VisualStudio 集成得非常好。
当然会有一个学习曲线，因为 SVN / VisualSVN 将不同于 TFS.. 但如果你能克服这一点，并且在整个公司共享错误跟踪是一个足够大的胜利，你应该领先。
这看起来像是无耻的自我推销，但您可能想看看Teamprise将您的 Java 人员挂钩到 TFS 存储库。我们有很多快乐的客户正在这样做。
或者，您可以尝试使用TFS 迁移和同步工具包将您的 SVN 和 Bugzilla 存储库与 TFS 链接在一起，但这并不重要，我还没有遇到成功做到这一点的人。
为了公平起见，我还应该指出，您也可以让 .NET 人员使用 Java 团队正在使用的开源堆栈——但是让工作项跟踪、版本控制和构建子系统之间的集成工作该堆栈将是非平凡的，并且不太可能给他们习惯的经验。