Azure DevOps Server定时构建完成后异常触发推送通知求助

可能的触发原因 #

• 版本号生成任务的隐藏操作：不少生成版本号的任务（自定义脚本或第三方扩展）默认会开启“自动提交版本变更文件”的选项——比如修改AssemblyInfo.cs、version.json这类文件后，自动提交并推送到仓库，哪怕你没在构建任务里显式添加提交/推送步骤。去检查版本号任务的配置面板，有没有类似“提交版本变更”“推送至仓库”的开关，大概率是这个在搞鬼。
• 构建服务账户的权限与操作：Azure DevOps的构建服务账户（格式一般是[项目名] Build Service ([组织名])）如果被赋予了仓库的推送权限，某些任务可能会在执行时悄悄对仓库做写入操作。去仓库的权限设置里找到这个账户，查看它是否有Contribute或Push权限，要是不需要可以先临时移除，测试下是否还会触发通知。
• 通知规则的条件过宽：去通知中心检查你的推送通知规则，是不是把触发条件设成了“仓库有任何变更”，而不是“用户手动推送代码到仓库”？有些规则可能会把构建服务的提交也当成用户推送来触发通知。

排查步骤 #

1. 扒构建日志找线索：直接去定时构建的日志里搜git commit、git push、commit、push这些关键词，很多后台执行的操作不会在任务UI里显示，但日志里会留下痕迹。
2. 逐个禁用任务测试：先关掉版本号生成任务，只跑编译步骤，看定时构建后还会不会触发推送通知。如果不触发了，就聚焦修改版本号任务的配置；如果还触发，再禁用编译任务，排查是不是编译工具自带了自动提交功能。
3. 查仓库提交历史：去仓库的提交记录里找凌晨2:30左右的提交，看提交人是不是构建服务账户，提交的内容是什么——如果是版本文件的变更，那肯定是版本号任务的问题；要是其他内容，再对应排查。

关于定时构建的默认行为 #

定时构建不会默认触发推送通知，只有当构建过程中真的发生了仓库推送操作，才会触发你配置的推送通知规则。你的情况绝对是构建流程里藏了隐性的推送动作，不是平台的默认机制。

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