2011-10-11 154 views
1

当你创建构建类型时,你如何处理?在tfs 2010中创建构建类型

您是否为每个分支创建3个构建(ci,gate,manual)或每个分支,哪些是足够的。 (例如,对于开发分支,夜间 - 主分支,手册...)

总的来说,什么是好的方法。我发现了一些建议,说每个分支至少有3种构建类型是很好的。 rules for better source control

thx。

回答

2

我认为它确实是满足您的需求。我们创建了3种类型(连续,每日,手动)

连续性用于为开发人员提供关于其签入的即时反馈,因此我们限制运行哪些单元测试以保持构建的快捷。日常构建在整夜运行时更为全面,也可用于部署到烟雾测试环境。手动构建用于项目中的特定里程碑。这些构建用于创建安装程序并将应用程序传递给正式测试。因此,它看起来像这样

Dev分支 - 连续(用于开发反馈) - 每日(用于全测试运行和部署冒烟测试环境) - 手动(未使用)

主分公司 - 连续(用于快速检查合并活动未破坏构建) - 每日(用于全面测试运行并部署到冒烟测试环境) - 手册(用于表示构建将是正式交给测试人员)

修复科 - 连续(用于开发反馈) - 每日(用于全测试运行和部署冒烟测试环境) - 手动(用来表示一个构建将正式移交给测试人员)

发布分支 - 连续(用于快速检查合并活动没有断版本) - 每日(用于全测试运行和部署冒烟测试环境) - 手动(用来表示构建将正式移交给测试人员)

当然你的分支策略可能与我们的不同。

+0

谢谢詹姆斯。一口气读完。坦率地说,最近一直在阅读大量文献。但几乎为零的practice.maybe因为我没有一个真正的团队环境implementation.at我的工作,我们面临很多问题,因为要手动。无论如何,这里是我继续问,因为分支只是主分支的克隆有什么区别,例如ci_dev和ci_main之间。它只是登记时间吗?还是选择要构建的内容也有所不同?我的意思是,应该真正牢记什么是建设什么不是,我在这里想念什么。 – mobygeek

+0

我们倾向于在分支机构中保持构建内容相同,因此所构建的解决方案/项目是相同的。分支之间唯一改变的是正在构建的代码。我希望能回答你的问题。 –