代码审查，变更集＆amp;不同TFS项目中的看板工作项

Question

在我工作的地方，看板与代码处于不同的TFS项目中（我知道......不要问）。当然，这意味着潜在的变化集＆amp;工作项目在不同的TFS项目中。

现在...

我知道在 TFS项目之间合并代码是Baseless＆amp;应避免使用Baseless合并，因为与合并不同，它们会忽略合并中任何一方的历史记录。

所以我的问题是：

问：将签到与不同项目中的工作项目相关联会使其以某种方式“毫无根据”吗？ 问：将签到与不同项目中的代码审核相关联是否会以某种方式使其“毫无根据”？

这样做不会破坏任何东西。

我没有例外，但影响是什么？

Answer 1

将项目A的变更集与项目B中的工作项相关联是可以的。只需在工作项中添加一个Changeset链接，该链接指向存储在另一个项目中的代码。它不会尝试将代码更改奇怪地合并到项目B中。

在幕后，Code Review实际上只是一个指向Shelveset的工作项，所以它与上面的场景相同，没有问题将它们放在单独的项目中，它不会影响Project B的源代码。这里的诀窍是您可能希望在项目B中创建代码审查工作项，最简单的方法是确保团队资源管理器指向项目B而不是项目A.

将工作项和代码放在不同的项目中并不理想，但这很常见。我发现的一些最大的痛苦是：

• 当您在项目A中打开.sln时，团队资源管理器始终连接到该团队项目，您必须手动将其切换到存储工作项的项目B.
• 你的构建在哪里？使用代码将它们放在项目A中是最简单的，但是在项目B仪表板上您无法轻松地看到它们，人们将监视项目进度。
• 测试用例，报告和其他事情都有一些不便....

如果开发人员感到困惑，您可能希望锁定项目A，以便不能在其中创建工作项，然后锁定项目B，使其无法存储任何代码。当然，这假定项目B没有代码而项目A没有工作项。

嘿，情况可能更糟，WI和代码可能在单独的项目集合中： - ）