gpt4 book ai didi

tfs - 为什么 ***NO_CI*** 仍然导致持续集成构建?

转载 作者:行者123 更新时间:2023-12-04 15:36:26 27 4
gpt4 key购买 nike

我最近发现了 TFS 的“隐藏功能”,如果您的评论包含 ***NO_CI***,它允许您阻止 CI 构建启动。 .

我在家里运行 TFS,这个小技巧很有效。

在工作中,我们也在使用 TFS 2010。我发现这仍然不能阻止 CI 构建在我们的设置中启动。

我的问题是,实际上是哪个进程会检查 ***NO_CI***存在于注释中以确定是否阻止 CI 构建?我最初的想法是查看构建模板。我没有看到任何太明显的东西。有没有人遇到过这个?你能为我指出正确的方向吗?

最佳答案

基本上,当 checkin 发生时,AT 将拦截并触发一个事件以通知构建组件有关 checkin 的信息。然后,构建组件根据受影响构建定义的触发器类型(持续集成、滚动构建、计划构建、门控 checkin 等)采取适当的操作。

如果您的 checkin 评论确实包含字符串 ***NO_CI*** ,但变更集仍会触发 CI 构建,请查看 AT 上的事件日志并查看是否有任何带有消息“TF215041:无法处理变更集 n”的警告。

如果您的团队使用封闭 checkin 构建定义,请确保他们没有选择禁用 ***NO_CI***来自构建模板的注释以允许门控检入变更集触发 CI。

关于tfs - 为什么 ***NO_CI*** 仍然导致持续集成构建?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/8044776/

27 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com