我最近从VSS迁移到TFS 2010，我一直非常喜欢它，但是我还没有能够像我认为的那样工作。
目标
我想快速了解开发工具的更改何时会破坏构建。如果我们事后发现，这没什么大不了的。由于很多签到都是在一天中发生的，所以我们不想等待构建完成，所以它应该是异步的。
通过我们的主分支，我想确保在合并发生的任何时候，我们确保它不会破坏构建。我想立即得到反馈。等待时间很好，因为我们不会经常合并到Main。
当前设置
我的解决方案位于名为Main的文件夹下。我做了一个名为Development的分支。我正在工作的工作区与顶层相关联，包括Main和Development分支。我尝试调整我的工作区只指向开发，以防出现问题。这似乎没有解决我的问题，所以我把它重新设置为我原来的方式 - 主要和开发。
在工作区的构建定义中，我定义了两个定义 - 一个用于Main分支，另一个用于Development。
第一个定义是构建Main分支。它有一个Gated Check-In触发器，“要建立的项目”指向Main中的解决方案文件。
第二个定义是在Development分支中构建解决方案。它有一个Rolling Builds触发器，“Items to Build”指向Development中的解决方案文件。
RESULT
目前，当在开发中进行更改并执行签入时，将触发对Main的门控签到。这不仅会造成混乱，而且还会减慢我们的整体流程。
下一步
我已经查看了一些TFS指南，用于分支，一般TFS使用等。不幸的是，我还没有找到解决我的问题的方法。如果你之前遇到过这个问题，我会很感激你能给出的任何建议。
答案 0 :(得分：6)
我目前不是100％确定，但是通过签入构建定义工作区所涵盖的源代码树部分来触发构建 。
因此，请查看构建定义，并查看每个构建定义获取的源树的哪个部分。您的CI构建应该只获得Dev分支，gated构建应该只获得Main分支。