VSTS中含***NO_CI***的提交仍触发构建问题咨询

我来帮你拆解下这个问题的可能原因，以及对应的解决办法：

一、最常见的坑：提交信息格式不对 #

Azure DevOps（原VSTS）默认支持***NO_CI***跳过构建，但有个关键要求：这个关键词必须出现在提交信息的主题行（也就是第一行）。如果你把它放在提交信息的正文部分（第二行及以后），系统是不会识别到的。

举个反例（这样不会生效）：

修复构建流程中的同步问题
NO_CI

正确的写法（关键词在主题行）：

修复构建流程中的同步问题 NO_CI

二、检查构建触发规则的配置 #

如果提交格式没问题但还是触发了构建，得看看你的触发规则是不是有特殊设置：

• 如果你配置了分支触发（监听源分支的所有提交），要确认规则里没有强制忽略跳过关键词的自定义逻辑；
• 如果是PR触发的构建，默认情况下PR验证会识别***NO_CI***并跳过，但如果你的PR触发规则里加了自定义的触发条件（比如用扩展或脚本强制触发），那系统的默认跳过逻辑就会失效。

三、其他阻止触发的替代方案 #

如果***NO_CI***的方式不管用，还可以试试这些方法：

• 排除构建服务账号的提交：在构建定义的「触发」选项卡，找到分支触发的「排除」条件，添加提交者为你的构建服务账号。这样只要是构建服务器提交的代码，都不会触发新构建；
• 使用其他跳过关键词：Azure DevOps还支持[skip ci]、[no ci]、skip-ci这些关键词，你可以换一个试试，同样要放在主题行；
• 在脚本里明确控制：如果是在构建脚本中执行提交操作，直接把关键词写死在commit命令里，比如：

  git commit -m "Automated build fix ***NO_CI***"
  

四、关于VSTS的特定设置 #

默认情况下，Azure DevOps不需要额外启用任何设置就能让***NO_CI***生效。除非你安装了第三方扩展或者自定义了触发脚本，覆盖了系统的默认跳过逻辑，这时候就需要在自定义逻辑里加入对跳过关键词的判断。

内容的提问来源于stack exchange，提问作者hashbytes