尽管CI已启用，为什么我的2008 Team Build触发开发人员签入

Question

我有Team Foundation Server 2008安装和单独的机器与Team Build服务。

我可以在Visual Studio中或通过命令行（他们成功完成）手动创建团队构建并触发它们。但是，检查源代码树不会导致构建触发，尽管可以选择构建构建定义中的每个检查。 更新：要清楚我有一个完整的工作版本定义，启用了CI选项。

源树被配置为要么下主文件夹或科\ BRANCHNAME文件夹下与码的非常简单的方式。代码的每个分支（包括main）都有一个标准的团队构建定义，与其中包含的解决方案文件相关。唯一从默认设置稍微更改的是生成服务器工作文件夹;即对于主，这是服务器：“$ \ main”本地：“c：\ build \ main”由于路径长度。

我唯一能够猜到的（可能是红鲱鱼）是开发人员工作空间可能有些怪异。目前，每个开发人员都将Server：“$ \”映射到local：“c：\ tfs \”，以便所有分支只有一个工作区。这主要是为了避免重新映射一些开发人员以前已经自己加入的问题。但我看不出这会如何影响CI。

更新：间接找到答案;请阅读以下内容

Answer 1

从团队资源管理器中选择您的团队项目，然后右键单击Builds文件夹。选择一个新的构建定义，然后选择触发器选项卡。移动单选按钮，以“打造每一个办理登机手续（以上版本）”

更多信息可以在这里找到

MSDN How to: Create a Build Definition

Answer 2

是否有日志的TFS应用服务器上的任何错误？任何表明它试图开火但失败的东西？

Answer 3

好吧，我已经找到了几个死胡同后自己的答案。最后，我在修正另一个问题时无意中修正了这个问题。基本上我们只是打开了我们构建的单元测试的自动执行。测试会成功运行，但立即生成会弹出一条消息，说它无法向构建投递文件夹报告。

发生的事情是，虽然Build服务在一个帐户下运行，并且拥有一组权限;一些功能实际上是通过TFSService帐户驱动的。在涉及许多权限时，我报告了我的测试。然后我注意到，在检入时，构建已经开始触发;我无法确切地告诉你哪个许可解决了这个问题，但希望这个答案至少能让人们走上正确的道路。

另一个需要注意的是由于工作区映射冲突，一些构建开始失败 - 这是一个单独的问题，我通过使用Attrice Sidekicks for Team Foundation工具删除了一些过时的工作区。

希望这可以帮助别人。