Azure DevOps经典管道访问同项目其他仓库报错求助

以下是针对该权限问题的具体排查和解决步骤：

• 核对仓库URL/名称的正确性
  你的仓库名称包含空格（DevOps Integration Demo），直接在clone命令中使用带空格的名称可能导致解析错误。建议：

  • 将URL里的空格替换为%20，比如仓库URL写成https://dev.azure.com/{你的组织}/{你的项目}/_git/DevOps%20Integration%20Demo
  • 或者直接使用仓库的GUID（可在仓库的「设置→常规」里找到「仓库ID」），避免名称解析问题，URL格式为https://dev.azure.com/{你的组织}/{你的项目}/_git/{仓库ID}

• 验证Pipeline服务账户的仓库权限
  即使你是项目管理员，Pipeline实际使用的是Project Collection Build Service ({你的组织名}) 或 Project Build Service ({你的项目名}) 账户，需确保该账户拥有目标仓库的克隆权限：

  1. 打开目标仓库的设置页面
  2. 进入「权限」选项，添加上述Build Service账户
  3. 给该账户分配至少Contributor（或仅「Clone」）权限，同时确认没有被设置拒绝权限（拒绝权限会优先于允许）

• 修正clone命令的格式
  Bash环境下引号的转义可能导致token传递异常，调整命令格式：

  git clone -c http.extraheader='AUTHORIZATION: bearer $(System.AccessToken)' https://dev.azure.com/{组织}/{项目}/_git/{仓库名或ID}
  

  也可以临时在任务中添加echo $(System.AccessToken)（测试后立即删除，避免泄露），确认token能正常被注入。

• 尝试用Pipeline内置的多仓库获取功能
  Classic Pipeline支持直接在「获取源代码」步骤添加多个仓库，无需手动clone：

  1. 编辑Pipeline，进入「获取源代码」设置
  2. 点击「添加」，选择同项目下的目标仓库
  3. 设置好仓库的本地路径，Pipeline会自动处理权限并完成克隆，后续任务直接使用该路径即可

• 检查组织/项目级的Pipeline权限设置
  确认组织设置中允许Pipeline访问仓库资源：

  • 进入组织设置→「Pipeline→设置」，确保「限制授权范围」没有禁用对仓库的访问
  • 项目设置→「Repositories→安全」，确认Build Service账户的权限没有被全局限制

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