首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >问答首页 >不同TFS项目中的代码评审、更改集和看板工作项

不同TFS项目中的代码评审、更改集和看板工作项
EN

Stack Overflow用户
提问于 2016-04-07 21:57:40
回答 1查看 68关注 0票数 0

在我工作的地方,看板与代码在一个不同的TFS项目中(我知道.不要问)。当然,这意味着底层的变更集&工作项在不同的TFS项目中。

现在..。

我知道TFS项目之间的合并代码是Baseless &应该避免无根据的合并,因为与合并不同,它们忽略了合并中任何一方的历史。

所以我的问题是:

Q:是否会将签入与不同项目中的工作项关联起来,从而使其在某种程度上“毫无根据”?

Q:是否会将签入与不同项目中的代码评审相关联,从而使其在某种程度上“毫无根据”?

这样做并不意味着破坏任何东西。

我没有例外,但有什么影响呢?

EN

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和代码可能在单独的项目集合中:-)

票数 1
EN
查看全部 1 条回答
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/36487954

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档