Azure DevOps中PowerShell执行git clone失败求助

错误信息回顾 #

remote: TF401019: The Git repository with name or identifier MyRepo does not exist or you do not have permissions for the operation you are attempting. fatal: repository 'https://dev.azure.com/MyCompany/MyProject/_git/MyRepo/' not found

排查与解决步骤 #

• 确认Build服务账号的仓库权限
  即使你配置了仓库权限，要确保Pipeline使用的服务账号（项目级[项目名] Build Service ([组织名])或集合级Project Collection Build Service ([组织名])）对MyRepo仓库拥有至少Read权限。进入Azure DevOps仓库设置的安全页面，找到对应账号，确认权限已正确分配并生效。

• 优化Git Clone命令的凭证使用
  你已经启用了persistCredentials: true，无需手动拼接SYSTEM_ACCESSTOKEN到URL中，可以直接利用Pipeline内置的git凭证：

  $path = "C:\MyRepo"
  If(!(test-path -PathType container $path))
  {
      git clone $(Build.Repository.Uri) $path
  }
  Set-Location $path -PassThru
  git pull
  

  或者直接使用仓库的完整URL，依赖checkout步骤留存的凭证自动认证。

• 验证PersistCredentials是否生效
  在PowerShell脚本中添加git config --list | findstr http命令，查看输出中是否包含针对dev.azure.com的凭证配置。如果没有，说明persistCredentials未正确生效，可尝试在checkout步骤中添加clean: true强制重新拉取凭证。

• 检查代理机器的路径与网络权限

  • 确认代理池机器C:\MyRepo路径对Pipeline服务账号有写入权限，避免因权限不足导致克隆失败。
  • 排查代理机器网络是否能正常访问dev.azure.com，企业内网的防火墙或代理规则可能会阻断Git请求。

• 调整PowerShell任务的错误判断逻辑
  暂时关闭failOnStderr: true，因为Git的部分警告信息会被误判为错误，导致任务提前失败。关闭后查看完整的脚本输出，定位真实错误原因。

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