如何配置Azure DevOps Pipeline与分支及解决分支不显示问题

• 自动触发关联：在YAML管道文件的trigger节点配置持续集成触发的分支范围，支持精确分支名、通配符匹配，可配置包含和排除规则，示例配置：

trigger:
  branches:
    include:
    - main
    - release/*
    exclude:
    - dev/test-*

• PR校验关联：在YAML文件的pr节点配置拉取请求触发规则，指定范围内的分支发起PR时，会自动触发管道运行校验；也可在分支策略中，将指定管道设为分支合并的必填校验项，未通过管道校验的PR无法完成合并。
• 手动运行关联：手动触发管道时，在运行配置页的「分支/标记」下拉菜单选择目标分支，管道会拉取对应分支的YAML配置和代码执行任务。
• 管道资源关联：如果使用多管道编排，可在管道资源配置中指定触发分支，当指定分支有更新时，自动触发当前管道运行。

• 优先检查分支是否成功推送到远端：绝大多数场景下，管道内执行git branch <新分支名>仅会在运行代理的本地环境创建分支，没有执行推送操作的话，分支不会同步到Azure DevOps远端仓库。完整的创建推送命令参考：

# 配置git操作身份
git config user.name "Azure Pipeline Service"
git config user.email "pipeline@azure.com"
# 拉取最新远端基准分支代码
git fetch origin
# 基于基准分支创建新本地分支
git checkout -b <新分支名> origin/<基准分支名，如main>
# 推送分支到远端
git push origin <新分支名>

注意：执行命令时建议开启错误日志输出，推送失败时直接终止管道，避免出现执行成功的误判

• 校验服务账号权限：管道运行使用的构建服务账号，需要拥有目标代码仓库的「创建分支」「推送代码」权限，权限不足时push操作会返回403错误，可在项目设置-仓库-权限页面，为对应构建服务账号开通相关权限。
• 排除列表筛选和缓存问题：Azure DevOps分支列表默认会隐藏过旧的分支，也支持关键词筛选，可清空筛选框后按创建时间倒序排序查找，或直接输入完整分支名精确检索；如果确认push操作返回成功，等待1-2分钟刷新页面即可，前端分支列表存在少量同步延迟。
• 确认推送目标仓库正确：如果管道配置了多仓库检出，未显式指定远端地址时git可能推送到错误的仓库，可在push命令中显式指定当前Azure Repos的远端地址，同时使用管道内置的$(System.AccessToken)作为认证凭证，避免认证失败。

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