Azure DevOps创建构建流水线报Git fetch failed exit code 128

该错误触发在流水线拉取代码的初始阶段，和后续Databricks部署逻辑无关，按以下顺序排查即可解决：

• 校验流水线代码源配置
  进入流水线编辑页，打开「Get sources」配置项逐一核对：
  1. 选中的目标代码仓库匹配预期，不存在同组织下重名仓库选错的问题
  2. 拉取代码使用的服务连接，和你之前完成配置的、对目标仓库有读取权限的连接一致
  3. 勾选构建时清理源目录和输出目录选项，清空旧构建缓存的错误仓库配置残留
• 校验服务连接有效性
  进入项目设置的服务连接列表，找到该流水线使用的代码仓库连接，先执行连接验证：
  如果验证失败直接重建连接，Azure Repos仓库优先选择当前组织自动授权模式，不要手动填写仓库URL，避免手输时出现多余空格、路径后缀错误的问题；如果是第三方Git仓库，确认URL格式符合仓库官方要求，关联的访问令牌具备仓库读取权限且未过期。
• 排查自定义Checkout步骤配置冲突
  参考教程配置时如果手动添加了自定义checkout步骤，很容易出现硬编码错误仓库地址、错误认证信息覆盖默认拉取逻辑的问题。先临时删除所有自定义checkout步骤，用默认拉取逻辑跑一次流水线，确认拉取正常后再按需补充自定义配置，自定义checkout不要硬编码仓库URL，直接引用仓库名即可，参考正确写法：

  steps:
  - checkout: 你的Databricks业务代码仓库名
    persistCredentials: true
    clean: true
  

• 自托管代理额外排查项
  如果流水线使用自托管代理运行，先登录代理机器，删除代理工作目录下对应流水线ID的缓存文件夹，避免历史拉取留下的错误Git配置残留；也可以先切换到微软托管代理运行测试，如果微软托管代理能正常拉取代码，问题就出在自托管代理的本地网络、Git配置或者权限设置上。

注：Git 128退出码是Git操作的通用权限/配置错误，90%以上同类问题都是服务连接权限不匹配、仓库地址配置错误、自定义步骤覆盖默认逻辑这三类原因，按上述顺序排查即可定位问题，不需要调整后续Databricks相关的任务配置。

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