已用pre-commit实现本地单文件提交，如何在Azure DevOps中配置？

可行，你可以通过以下两种主要方式在Azure DevOps中实现这个规则：

1. 使用分支策略中的「构建验证」 #

在Azure DevOps的分支策略里添加构建验证，通过自定义脚本检查提交的文件数量：

• 新建一个Azure Pipeline，在流水线中添加Bash脚本任务，编写逻辑统计提交的文件数量：

  # 统计PR中变更的文件总数（适配PR场景）
  FILE_COUNT=$(git diff --name-only origin/$(System.PullRequest.TargetBranchName) HEAD | wc -l)
  if [ $FILE_COUNT -gt 1 ]; then
      echo "错误：单次提交仅允许修改1个文件，当前提交了$FILE_COUNT个文件"
      exit 1
  fi
  

• 将该流水线关联到目标分支的「构建验证」策略，设置为必须通过才能合并。这样无论是Azure DevOps界面提交还是PR推送，都会触发检查。

2. 使用Azure DevOps扩展复用pre-commit逻辑 #

借助Azure DevOps Marketplace的扩展直接复用本地pre-commit配置：

• 安装支持pre-commit的扩展（如Pre-commit Hook Runner），在扩展配置中指定你本地的.pre-commit-config.yaml文件路径。
• 扩展会在PR提交或界面提交时自动执行你的count-committed-files钩子，验证文件数量是否符合要求。

注意事项 #

• 若要覆盖所有提交场景（包括直接推送到分支），需同时开启分支的「强制推送保护」，避免绕过检查。
• 脚本逻辑需根据实际场景调整：如果是针对单条提交的检查，可改用git diff --name-only HEAD~1 HEAD统计文件数量。

你的本地pre-commit配置可以直接适配到Azure DevOps的脚本任务中，只需调整文件统计命令，确保在流水线环境中能正确获取变更文件列表。

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