同一仓库内推送特定目录变更时，如何触发对应专属Job？

这问题我碰到过！在单仓库多项目的场景下，确实没必要每次推送都跑全量Job，用CI工具的路径触发规则就能完美解决，我以最常用的GitHub Actions为例给你详细说下：

核心方案：Job级别路径匹配 #

GitHub Actions支持在单个Job上配置paths规则，只有当指定文件夹下的文件发生变更时，该Job才会执行，其他未匹配的Job会直接跳过。

示例配置 #

假设你的仓库结构是每个项目对应一个独立文件夹，比如project-a/、project-b/……project-l/，可以这么写你的Workflow配置（.github/workflows/main.yml）：

name: Multi-Project CI

on:
  push:
    branches: [ main ]  # 只监听main分支的推送
  pull_request:
    branches: [ main ]  # 也可以加上PR触发的场景

jobs:
  # 项目A对应的Job
  project-a-build:
    runs-on: ubuntu-latest
    paths:
      - 'project-a/**'  # 匹配project-a下所有文件和子文件夹
    steps:
      - uses: actions/checkout@v4
      - name: Build & Test Project A
        run: |
          cd project-a
          # 替换成你的项目构建/测试命令，比如 npm install && npm run test

  # 项目B对应的Job
  project-b-build:
    runs-on: ubuntu-latest
    paths:
      - 'project-b/**'
    steps:
      - uses: actions/checkout@v4
      - name: Build & Test Project B
        run: |
          cd project-b
          # 你的项目命令

  # 剩下10个项目的Job可以按照这个格式依次添加

补充：用if条件做更灵活的判断 #

如果需要更复杂的触发逻辑（比如同时判断多个路径或其他事件条件），可以用if结合GitHub提供的内置变量：

project-c-build:
  runs-on: ubuntu-latest
  if: github.event_name == 'push' && contains(github.event.head_commit.modified, 'project-c/')
  steps:
    # ... 步骤同上

这个方式会检查本次推送的变更文件中是否包含project-c/路径下的内容，符合条件才会运行Job。

注意事项 #

• 路径是相对于仓库根目录的，一定要写准确，比如项目在src/下的话，路径要写成src/project-d/**
• 如果有共享的前置步骤（比如全局依赖安装），可以抽成一个独立的setup Job，然后让其他项目Job通过needs: setup来依赖它，这样只有当至少一个项目Job要运行时，setup步骤才会执行（可以给setup加if: always()或者判断是否有项目路径变更）
• 除了GitHub Actions，其他CI工具比如GitLab CI也有类似功能（用only: changes规则），核心逻辑都是基于路径变更判断

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