多仓库环境下如何在Azure DevOps CI管道中执行git diff

核心问题在于你的CI脚本默认工作目录不在产品源码仓库的根目录——多仓库拉取后，每个仓库会被放在Build.SourceDirectory下的子文件夹（比如你提到的\agent\_work\1\s\foo），直接执行git diff会找不到.git文件夹，以下是具体解决方法：

• 定位产品源码仓库的绝对路径
  直接使用Build.SourceDirectory加上仓库名称组成完整路径，比如固定仓库名为foo的话，路径就是$(Build.SourceDirectory)\foo（Windows）或$(Build.SourceDirectory)/foo（Linux/macOS）。如果用的是Azure DevOps这类CI系统，多仓库拉取后也会自动生成对应仓库的路径变量，可以直接引用。

• 用git的-C参数指定工作目录
  不需要切换脚本的当前路径，直接通过-C参数让git在目标仓库目录下执行命令。把原来的命令修改为：

  git -C "\agent\_work\1\s\foo" diff --name-only HEAD^ HEAD
  

  用CI变量的写法更灵活，适配不同环境：

  git -C "$(Build.SourceDirectory)/foo" diff --name-only HEAD^ HEAD
  

  这样就能避免“not a git repository”的报错。

• 针对指定Build.Reason做条件执行
  如果只需要在PullRequest、IndividualCI或BatchCI触发时执行该命令，可以在CI脚本里加判断逻辑。以Azure DevOps YAML为例：

  steps:
  - script: |
      git -C "$(Build.SourceDirectory)/foo" diff --name-only HEAD^ HEAD > changed_files.txt
    condition: or(eq(variables['Build.Reason'], 'PullRequest'), eq(variables['Build.Reason'], 'IndividualCI'), eq(variables['Build.Reason'], 'BatchCI'))
    displayName: 获取变更文件列表
  

  生成的changed_files.txt可直接用于后续静态代码分析步骤。

• 额外优化建议

  • 若使用PullRequest触发，部分CI系统会提供PR专属的提交哈希变量（比如Azure DevOps的System.PullRequest.SourceCommitId和System.PullRequest.TargetCommitId），用这两个值做diff会比HEAD^ HEAD更准确：

    git -C "$(Build.SourceDirectory)/foo" diff --name-only $(System.PullRequest.TargetCommitId) $(System.PullRequest.SourceCommitId)
    

  • 确认CI Agent有权限访问仓库目录，且仓库是完整克隆（若配置了浅克隆，HEAD^可能找不到对应提交，需调整克隆深度）。

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