在 TFS 2010 上，我们设置了一个构建脚本，以自动运行并部署到我们的测试环境中，频率不超过每 4 小时一次。因此，构建定义的触发器是“滚动构建 - 累积 checkin ，直到先前的构建完成”，并选中了“构建频率不超过每 [240] 分钟”复选框。我对此的解释是，如果构建发生在 16:25，并且在接下来的 30 分钟内有 3 次签到(最后一次发生在 16:52)，那么下一次构建将在 20:25 发生。
我们看到的问题是，如果这一系列事件发生在星期五，那么下一个触发的构建要到星期一早上才会发生。我们确实有两个构建代理在它们自己独立于 TFS 的虚拟机上，但所有机器都已启动并全天候 24/7 运行。
团队中的任何人都不知道会导致这种行为，所以我们不知道为什么会看到它。我们只是误解了滚动构建的含义，还是我们忘记检查配置设置？
编辑:就其值(value)而言，整个构建和部署过程需要 90-120 秒。因此，在它仍在 build 中时没有发生任何签到。
最佳答案
Accumulate checkin 意味着当您 checkin 变更集时，如果在 240 分钟内没有构建此构建定义，TFS 将自动对构建进行排队。但是，如果不 checkin 变更集，则不会有任何构建排队。
构建应在您编写时触发。第 3 次构建应在周六 20:25 构建后第一次 checkin 后触发，而不是在周六 0:25 之前。 :)
尝试检查变更集是否未 checkin 到构建定义工作区中隐藏的位置(或 checkin 到构建定义工作区未映射的位置)。
关于TFS Rolling Build 似乎在周末跳过构建，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/8037912/