在TFS分支指南2010 v1(here)中,ALM Rangers现在为您提供4个分支计划(方案)。需要分支计划?
但是在一个相关的项目中,也来自ALM Rangers(here)的TFS指南提供了一个场景“No Branch”。这是一个很好的起点,因为例如2个分支(dev和main)会减慢速度,并且由于所有的FI(正向集成)和RI(反向集成)处理而引入更多的复杂性。
它看起来对我来说ALM流浪者不同步两个项目,因为通过分岔引导2010 V1不再被提供了“无分支”计划....
对于我们公司来说,我们要定义一个指导该公司表示在开始时使用简单的模型,但有能力在需要时增长。所以实际上,我们只想直接在主分支上使用和开发,而当QA确实会成为问题时,我们可以开车去开发分支并合并分支。
这是一个好的做法遵循?
我知道考虑分支策略是非常重要的,但3-6个月?它看起来更像是一个宗教的讨论... ;-) – 2010-07-14 13:54:35
@Patrick:我们从现有的供应链管理系统的几百万行的代码的代码库,在200个不同的系统传播,由80-150开发者之间的所有支持都迁移(取决于它发生的时间)。我们合并为12个独立的团队项目。我们*已经*第一次做对了,否则我们就完全没有办法了。有时候,这是虔诚的,讨论在我的团队中始终充满激情。 – Robaticus 2010-07-14 14:35:32
在我接管管理SCM的团队之前,我的老板曾经说过“尊重知识库”。现在我知道他的意思了。 :) – Robaticus 2010-07-15 11:49:46