在我工作的地方，看板与代码位于不同的 TFS 项目中（我知道...不要问）。当然，这意味着底层变更集和工作项位于不同的 TFS 项目中。
现在...
我知道 TFS 项目之间的合并代码 是 Baseless 并且应该避免 Baseless 合并，因为与合并不同，它们忽略合并中任何一方的历史记录。
所以我的问题是：
问：将签到与不同项目中的工作项相关联是否会以某种方式使其“毫无根据”？
问：是否关联签入不同项目中的代码审查以某种方式使其“毫无根据”？
这样做不会破坏任何东西。
我没有例外，但有什么影响？
【问题讨论】：
标签： visual-studio tfs
将项目 A 中的变更集与项目 B 中的工作项相关联很好。只需将一个变更集链接添加到工作项，该链接指向存储在另一个项目中的代码。它不会尝试将任何奇怪的代码更改合并到项目 B 中。
实际上，代码审查实际上只是一个指向 Shelveset 的工作项，因此它与上述场景相同，将它们放在单独的项目中没有问题，并且不会影响项目 B 的源代码。这里的技巧是您可能希望在项目 B 中创建代码审查工作项，最简单的方法是确保团队资源管理器指向项目 B 而不是项目 A。
将工作项和代码放在不同的项目中并不理想，但很常见。我发现的一些最大的痛苦是：
如果这让开发人员感到困惑，您可能希望锁定项目 A 以便您无法在其中创建工作项，然后锁定项目 B 使其无法存储任何代码。这当然是假设项目 B 没有代码，项目 A 没有工作项。
嘿，情况可能更糟，WI 和代码可能位于不同的项目集合中 :-)
【讨论】：