不同TFS项目中的代码评审、更改集和看板工作项
不同TFS项目中的代码评审、更改集和看板工作项
提问于 2016-04-07 21:57:40
在我工作的地方，看板与代码在一个不同的TFS项目中(我知道.不要问)。当然，这意味着底层的变更集&工作项在不同的TFS项目中。
现在..。
我知道TFS项目之间的合并代码是Baseless &应该避免无根据的合并，因为与合并不同，它们忽略了合并中任何一方的历史。
所以我的问题是：
Q:是否会将签入与不同项目中的工作项关联起来，从而使其在某种程度上“毫无根据”？
Q:是否会将签入与不同项目中的代码评审相关联，从而使其在某种程度上“毫无根据”？
这样做并不意味着破坏任何东西。
我没有例外，但有什么影响呢？
回答 1
Stack Overflow用户
回答已采纳
发布于 2016-04-08 08:49:52
将项目A中的变更集与项目B中的工作项关联起来是很好的。只需向工作项添加一个Changeset链接，该链接指向存储在另一个项目中的代码。它不会尝试将代码更改合并到项目B中。
在封面下，代码评审实际上只是指向Shelveset的一个工作项，因此它与上面的场景相同，在单独的项目中没有问题，它不会影响Project B的源代码。这里的诀窍是，您可能希望在项目B中创建代码评审工作项，最简单的方法是确保指向项目B而不是项目A。
在单独的项目中拥有工作项和代码并不理想，但它非常常见。我发现的一些最大的痛苦是：
- 在项目A中打开.sln时，总是连接到该Team，并且必须手动将其切换到存储工作项的项目B。
- 你的建筑住在哪里？在项目A中使用代码是最容易的，但是在项目B仪表板上，人们会监视项目进度，您很难在上面看到它们。
- 测试用例、报告和其他事情都有一些不便.
如果开发人员对它感到困惑，您可能希望锁定项目A，这样您就不能在其中创建工作项，然后锁定项目B，使其不能存储任何代码。当然，这假设项目B没有代码，项目A没有工作项。
嘿，可能会更糟，WIs和代码可能在单独的项目集合中:-)
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/36487954
复制相关文章
相似问题
腾讯云开发者
