如何通过Azure Pipeline自动推送Git Subtree变更至Azure仓库？

针对错误1：fatal: could not read Username for 'https://dev.azure.com': terminal prompts disabled #

• 确认persistCredentials: true是配置在checkout步骤中，示例yaml片段：

  steps:
  - checkout: self
    persistCredentials: true
  

• 为构建服务账号配置仓库级核心权限：除了Contribution权限，需确保GitSubtreeProofOfConcept Build Service对仓库C同时拥有「Contribute」和「Read」权限。操作路径：仓库C的「设置」→「权限」→ 添加该账号，将两项权限设为允许。
• 切换项目集合级构建服务账号：跨项目操作时，优先使用[项目集合名称] Build Service ([组织名称])账号，而非单个项目下的Build Service账号，跨项目访问需要集合级权限支撑。

针对错误2：TF401019: The Git repository with name or identifier git-subtree-child does not exist... #

• 校验目标仓库URL完整性：执行git subtree push时，必须使用完整的Azure DevOps仓库URL，格式为https://dev.azure.com/[组织名]/[项目名]/_git/[仓库C名称]，禁止使用简写或别名。
• 用$(System.AccessToken)构建带凭证的URL：直接把token嵌入git命令的仓库地址中，规避身份验证断层，示例命令：

  git subtree push --prefix=共享代码目录路径 https://$(System.AccessToken)@dev.azure.com/[组织名]/[项目名]/_git/[仓库C名称] 目标分支名
  

• 确认权限范围限制设置完全生效：进入Azure DevOps组织设置→「管道」→「设置」，确保「Limit job authorization scope to current project for non-release pipelines」和「Limit job authorization scope to current project for release pipelines」均已取消勾选，保存后重新触发Pipeline。
• 排查权限覆盖规则：在仓库C的权限页面，检查构建服务账号的权限是否被其他拒绝规则覆盖，确保「Contribute」「Read」「Create branch」等必要权限处于允许状态。

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