【问题标题】:Introduce branching to existing project best practice for TFS 2013将分支引入 TFS 2013 的现有项目最佳实践
【发布时间】:2015-10-02 21:28:35
【问题描述】:

我们有 TFS 2013,目前对于团队项目工作,我们没有任何分支,基本上只是一个简单的文件夹结构,其中包含各种解决方案。

以引入发布管理为目标,目的是创建几个分支,例如开发/主要/发布

有人告诉我,我不能“打扰”项目团队开发人员的日常工作,因为还有其他项目正在进行中,请问,这样做的最佳做法是什么?创建一个单独的团队项目?我们如何在不询问所有开发人员的情况下采用分支实践。

请帮忙指明方向或分享一些想法,感谢任何帮助!

【问题讨论】:

    标签: tfs


    【解决方案1】:

    不幸的是,这样做您将不得不“打扰”开发团队。您有 2 个选项。 1. 提出一个孤立的流程,然后在它上线时干扰它们。 2. 在流程上与他们合作,共同满足您的要求。 (能够将代码发布到生产环境是任何项目的关键要求,遗憾的是,它是如此明显以至于它永远不会被添加到积压/项目计划中,并且总是被视为事后考虑)

    我推荐选项 2。如果没有合作,您最终只会引起怨恨,因为您将某些东西强加给开发人员,他们会全力以赴。此外,如果没有开发团队的参与,您将错过一些重要的事情,这会使过程变得脆弱且难以维护。

    您需要获得开发人员的支持才能实施分支策略,因为这会对他们产生重大影响,他们需要了解您这样做的原因以及对他们和商业。他们不一定必须做任何工作,但他们需要知道你在做什么以及为什么,他们还需要知道变化何时到来,以便他们可以为变化制定计划。

    首先你需要真实的ALM Rangers version control guidance

    其次,您还需要让开发人员也阅读它。他们将负责维护代码并在分支之间合并它。他们需要知道何时何地需要签入各种更改(例如修补程序),以及当代码准备好发布时应该遵循什么流程。

    最后,关于您关于分支机构应位于何处的问题。最好将所有分支定位在同一个团队项目中,而不是将您的开发分支放在单独的团队项目中。

    【讨论】:

      猜你喜欢
      • 2011-08-08
      • 1970-01-01
      • 2016-06-01
      • 1970-01-01
      • 2011-07-17
      • 2011-11-26
      • 2012-10-26
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多