我最近发现了 TFS 的“隐藏功能”，如果您的评论包含 ***NO_CI***，它可以让您阻止 CI 构建启动。
我在家里运行 TFS，这个小技巧就像一个魅力。
在工作中，我们也在使用 TFS 2010。我发现这仍然不能阻止 CI 构建在我们的设置中启动。
我的问题是，什么进程实际检查评论中是否存在 ***NO_CI*** 以确定是否阻止 CI 构建？我最初的想法是查看构建模板。我没有看到任何太明显的东西。有没有人遇到过这个？你能指出我正确的方向吗？
【问题讨论】：
基本上，当签入发生时，AT 会拦截并触发一个事件来通知构建组件签入。然后，构建组件会根据受影响构建定义的触发器类型（持续集成、滚动构建、计划构建、门控签入等）采取适当的操作。
如果您的签入 cmets 确实包含字符串 ***NO_CI***，但变更集仍会触发 CI 构建，请查看 AT 上的事件日志并查看是否有任何警告消息“TF215041 : 无法处理变更集 n"。
如果您的团队使用门控签入构建定义，请确保他们没有选择禁用构建模板中的 ***NO_CI*** 注释以允许门控签入变更集触发 CI。
【讨论】：
这个问题原来是我的一个错误。构建成功后，我提交了几个自动签入。第一个包括***NO_CI***，第二个没有。我没有意识到第二次签入正在成为第二次构建在其工作区中映射的路径。因此，第一次签入并没有导致 CI 构建开始，而是第二次签入。
【讨论】：