如何仅在GitHub仓库指定YAML文件新增/变更时运行CircleCI任务

完全可以实现，有两种常用的原生方案可选，不需要额外接入第三方工具： #

方案1：使用CircleCI原生路径过滤规则（最简便） #

CircleCI的工作流配置中自带paths过滤参数，直接在任务的触发规则里指定要监控的YAML文件路径即可：

• 单文件监控示例：

workflows:
  version: 2
  your_existing_workflow:
    jobs:
      # 你原有其他任务
      - your_old_job
      # 新增的需要条件触发的任务
      - your_new_job:
          filters:
            branches:
              only: /.*/ # 可选，指定生效分支，比如仅main分支生效就填main
            paths:
              only:
                - path/to/your/target.yaml # 替换成你要监控的YAML文件的实际相对路径

• 多文件/目录监控：如果需要监控多个YAML文件或者某个目录下所有YAML，直接在paths.only数组里加路径即可，支持通配符，比如src/config/*.yaml就会匹配src/config目录下所有yaml文件的变更

注意：这个规则是只要你指定路径下的文件有新增、修改、删除操作，都会触发任务，刚好匹配你需要的「新增条目或发生变更」的触发条件

方案2：自定义脚本判断（适合需要更精细控制的场景） #

如果你需要判断的不是文件本身变更，而是文件内容里特定字段的变更，可以在任务第一步加自定义脚本校验，不符合条件就直接终止任务：

1. 先给任务设置提前拉取全量提交记录的参数：

jobs:
  your_new_job:
    steps:
      - checkout:
          fetch_depth: 0 # 拉取所有提交历史，用于对比文件内容
      - run:
          name: 校验指定YAML文件是否有变更
          command: |
            # 对比当前HEAD和上一个提交的target.yaml内容
            git diff HEAD^ HEAD -- path/to/your/target.yaml
            if [ $? -eq 0 ]; then
              echo "指定YAML文件无变更，终止任务"
              circleci step halt
            fi
      # 后面接你原来的任务逻辑

该方案可以扩展复杂的内容校验规则，比如只当YAML里的rules数组有新增条目时才继续运行，你可以配合yq工具解析YAML内容做比对即可。

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