来自 SVN 桥的 TFS 代码审查？

Question

是的，标题是正确的。有没有办法从通过 SVN 桥连接到 TFS 存储库的用户计算机对 TFS（Microsoft 的 Team Foundation Server）中存在的项目进行代码审查？

（相关：SVN Bridge 是一种允许使用 Subversion 工具连接到 TFS 存储库的工具）

为什么？因为我们的开发人员高度捍卫（至死）在 TFS 上使用 SVN。这些高级开发人员将从 3rd 方供应商处对签入进行代码审查。

问题是该项目目前驻留在 TFS 中，并将保留在那里（根据 CTO 的指示）。我们被允许使用 SVN 桥，但我不清楚这些代码审查工具是否支持这样的跨平台。

会怎么样？好吧，我认为它会知道代码审查包中的文件。为什么不能将这些文件与 SVN 目录而不是 TFS 进行比较？

促使我想到这个环境的是这个 Code Collaborator 的演示：

http://smartbear.com/docs/viewlets/CodeCollabDemo/CodeCollabDemo.html

截图：

请注意，在开始时，它会询问要审查的存储库？如果远程团队选择TFS，本地团队选择SVN怎么办？是的，我会针对这个问题联系他们的技术支持。但我也想在这里为可能有类似设置的任何人发布问题。

提前致谢。

Answer 1

如果您的 svn bridge 软件足够先进，Code Collaborator 只会将 repo 视为 svn repo，所以没有问题。 Code Collaborator 客户端（GUI 和命令行）都执行一个 subversion 命令行客户端（您可以指定其路径和名称）来获取它们的信息。如果您打开调试日志（通过命令行上的 --debug 或通过 GUI 中的帮助菜单），您甚至可以准确地看到正在执行的 svn 命令。只要它们的输出与“真正的”颠覆兼容，您应该没问题，因为您的客户只会将其视为 svn 存储库。

由于评论的作者通常是唯一向评论添加文件的人，因此不应出现在同一评论中尝试将 TFS 中的文件与 Subversion-bridged-to-TFS 中的文件进行比较的问题 -这很好，因为这实际上不起作用，因为文件位于两个不同的 SCM 中。只要一个作者坚持一个 SCM 或另一个，你应该没问题。

（PS：我在 SmartBear 工作，负责 IT、开发和技术支持）