【问题标题】:how to sustain several projects checkins in TFS如何在 TFS 中维持多个项目签入
【发布时间】:2012-06-14 03:33:12
【问题描述】:

一个 TFS 几个项目 许多 .cs 文件... 许多软件工程师 同时开发的所有项目的许多签入。

有些项目提前结束,必须部署,但有些项目还没有完成。

我们做什么,我们注释属于未完成项目的代码部分 有没有比 TFS 2008 上的手动方法更好的方法

【问题讨论】:

  • "我们注释属于未完成项目的代码部分" - 你做什么!使用源代码控制分支!!!!
  • 警告:代码恐怖!颤抖!

标签: c# visual-studio visual-studio-2008 tfs


【解决方案1】:

您需要先了解一下您的分支策略,然后才能陷入困境……请参阅here 以获得良好的指导。每个不同的版本都应该有一个分支。在分支之间合并代码有少量额外的工作,但它会导致您为每个版本拥有一个可重复测试的“主”分支。还要看看你是如何削减标签的,以及你的持续集成是如何设置的(如果你目前没有的话,那就鼓励它)。

【讨论】:

    【解决方案2】:

    那里没有秘密,您有两个主要选择:

    1) 每个项目都有一个可以原子发布的分支,然后当您进行全局发布时,您只会将准备发布的项目的分支合并到全局发布分支。 (这是最新的合并)

    2) 你的所有项目都只在一个分支中(如果你确实有很多项目,每个项目都走 1 个分支,可能会出现这种情况),那么你必须依赖可追溯性(无论是使用 Work Item 还是更改集的自定义列表)仅将准备发布的项目的更改集合并到全局已发布分支。 (这是变更集的精选合并)

    好的,还有第三个秘密选择:

    3) 混合使用 1 和 2,例如,如果您有 200 个项目,您当然可以创建 10 个“项目组”来将所有相关(技术或功能)项目存储到一个分支中。然后你最终会得到 20 个项目的 10 个分支,每个分支中的所有项目都必须“准备好发布”才能合并到全局发布分支中。

    1) 易于实施,但如果您有很多项目 (>20) 则不是一个好主意 2) 提供最佳的灵活性,但您必须做好充分的准备和组织才能进行设置。 3) 仍然是 1 和 2 的混合体。

    【讨论】:

      猜你喜欢
      • 2013-03-10
      • 1970-01-01
      • 2014-05-24
      • 1970-01-01
      • 1970-01-01
      • 2017-05-27
      • 1970-01-01
      • 2016-03-27
      • 2010-11-17
      相关资源
      最近更新 更多