C# TFS自动构建策略问题 我是Team Foundation Server的新成员，我目前正在为我的项目建立自动生成策略。我有一点困惑，那就是如何设置与我们的源代码控制/开发结构相匹配的自动构建

公司的政策是，在TFS项目下，我们包括文件夹“trunk”和“branchs”Trunk'表示并包含我们的生产代码分支机构显然拥有正在发展中的分支机构

我想为分支设置CI（持续集成）构建，并为“主干”设置“门控签入”构建。我的想法是，当“主干”构建开始生产时，这将实际上消除任何问题。然而，我确实有一些关于这一切的问题：

1。我的策略有意义吗？（是否太多余？是否会产生不可预见的问题？等等）

2。“合并”是否构成将触发CI或门控构建的“签入”？如果开发人员将其开发分支合并到“主干”中，我希望这将触发主干构建。（这里的“门控”构建可能是不必要的冗余？）

非常感谢您给我的任何指导。提前谢谢你

---

（开发环境：TFS 2010，VS 2010 Ultimate，Windows Server 2008 R2）

任何源代码管理签入（包括合并）都将触发源代码管理更改事件，并具有与之关联的更改集

我们的正常设置

Project 
Project\trunk
Project\branches
Project\releases

我想是的。我们做了同样的事情，取得了很大的成功。门控构建对于每天的开发来说都有点不稳定，因为构建之后会不断进行合并，但是从分支到分支合并的角度来看，您不会有太多问题。请记住，在签入过程中签入无法组织的二进制文件时，如果启用了封闭生成，则无法在本地保留更改

对。合并在本地进行，然后签入合并的文件。这将触发为该分支设置的任何构建

---

我发现这些策略使代码库非常协调。我遇到过这样的问题：封闭构建不实用，因为纠正某些问题变得非常困难。我不得不关闭门控以“合并”某些更改，然后再重新启用它。

我做了类似的操作，并根据需要将构建配置中的工作区目录设置为本地化。在主干上有一个门控签入可以确保您总是在主干分支中成功地构建代码，所以我不认为这太冗余

---

感谢您的链接，提供了一些关于基本分支方法的好信息。我特别喜欢“分支和合并反模式”部分！如何仅在主干上设置门控签入？（即你的设置）谷歌搜索是你的朋友。。。。这个解决方案描述得不够详细。。我需要它是为分行…？也许你应该问你的问题在一个新的线程，以获得您正在寻找的答复。