c# - TFS 自动构建策略问题

Question

我是 Team Foundation Server 的新手，目前正在为我的项目设置自动构建策略。我有点困惑的是如何设置与我们的源代码控制/开发结构相匹配的自动构建。

根据公司政策，在 TFS 项目下，我们包含文件夹“trunk”和“branches”。 “主干”代表并包含我们的生产代码。 “分支机构”显然拥有正在开发的分支机构。

我想为分支机构设置 CI(持续集成)构建，并为“主干”设置“门控 checkin ”构建。我的想法是，这将在推出生产时几乎消除“主干”构建的任何问题。但是，我确实对所有这些有几个问题:

<强>1。我的策略是否有意义？(它是否过于多余？是否会产生无法预料的问题？等)

<强>2。 “合并”是否构成将触发 CI 或门控构建的“ checkin ”？如果开发人员将他们的开发分支合并到“主干”中，我希望这会触发主干构建。 (也许这里的“门控”构建是不必要的冗余？)

非常感谢您能给我的任何指导。提前致谢!

(开发环境:TFS 2010、VS 2010 Ultimate、Windows Server 2008 R2)

Answer 1

1. 我是这么认为的。我们做同样的事情并取得了很大的成功。门控构建对于日常开发来说可能有点不稳定，因为在构建之后不断进行合并，但从分支到分支合并的角度来看，您不会有太多问题。请记住，当您在 checkin 期间 checkin 不可合并的二进制文件时，如果启用了门控构建，您将无法在本地保留更改。

2. 是的。合并发生在本地，然后您 checkin 合并的文件。这将触发您为该分支设置的任何构建。

我发现这些策略可以使代码库很好地组合在一起。我遇到过门控构建不实用的问题，因为纠正某些问题变得非常困难。我不得不求助于关闭门控以“合并”某些更改，然后再重新启用它。