在TFS 2010上，我们设置了一个构建脚本，可以自动运行并部署到我们的测试环境中，每4小时一次。因此，构建定义的触发器是“滚动构建 - 累积签入，直到前一个构建完成”，并选中“每隔[240]分钟不再构建”复选框。我解释这个的方式是，如果构建发生在16:25，并且在接下来的30分钟内有3个签到（最后一次发生在16:52），那么下一个构建将在20:25发生。
我们看到的问题是，如果这个事件序列发生在星期五，那么下一个触发的构建直到周一早上才会发生。我们在TFS自己的独立虚拟机上有两个构建代理，但所有机器都是24/7全天候运行。
团队中任何人都没有意识到这会导致这种行为，所以我们不知道为什么我们会看到它。我们只是误解了Rolling Build的含义，还是我们忘记检查配置设置？
编辑：对于它的价值，整个构建和放大部署过程需要90-120 秒。所以在它还在建设时没有发生任何签到。
答案 0 :(得分：3)
累积签到意味着当您签入变更集时，如果在240分钟内没有构建此构建定义，TFS将自动对构建进行排队。但是，如果不签入变更集，则不会对任何构建进行排队。
构建应该在你写的时候触发。第三次构建应在20:25之后的第一次登记后触发，而不是在星期六的0:25之前。 ：）
尝试检查更改集是否未检入构建定义工作空间中隐藏的位置（或检查到未由构建定义工作空间映射的位置）。