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