Azure DevOps流水线：如何基于前端文件夹变更跳过阶段且不占代理池

核心结论 #

主流CI/CD平台都提供了预定义的文件变更检测机制，这类机制运行在流水线的预调度阶段（不占用用户代理池资源），通过分析Git提交的变更文件路径，就能直接决定是否跳过特定阶段，完全不需要先占用代理池再执行Git命令检测。

1. Azure DevOps 实现方式 #

在Azure DevOps Pipeline中，使用changed()函数结合阶段条件，检测逻辑在代理分配前完成：

stages:
- stage: Build
  jobs:
  - job: BuildJob
    pool: MyAgentPool
    steps:
    # 你的Build步骤

- stage: Deploy
  jobs:
  - job: DeployJob
    pool: MyAgentPool
    steps:
    # 你的Deploy步骤

- stage: E2E_Test
  # 仅当前端文件夹有变更且前序阶段成功时执行
  condition: and(succeeded(), changed('frontend/**/*'))
  jobs:
  - job: E2ETestJob
    pool: MyAgentPool
    steps:
    # 你的E2E Test步骤

changed()函数会直接对比当前提交与上一次成功流水线的提交，检查指定路径文件是否有变更，全程不占用代理池。

2. GitHub Actions 实现方式 #

GitHub Actions通过paths字段控制作业执行，检测由GitHub平台在启动代理前完成：

jobs:
  build:
    runs-on: my-agent-pool
    steps:
      # 你的Build步骤

  deploy:
    needs: build
    runs-on: my-agent-pool
    steps:
      # 你的Deploy步骤

  e2e-test:
    needs: deploy
    runs-on: my-agent-pool
    # 仅当前端文件夹有变更时触发
    paths:
      - 'frontend/**'
    steps:
      # 你的E2E Test步骤

如果需要结合分支规则（比如仅main分支执行），可以叠加if条件：

e2e-test:
  needs: deploy
  runs-on: my-agent-pool
  if: github.ref == 'refs/heads/main'
  paths:
    - 'frontend/**'
  steps:
    # 你的E2E Test步骤

3. GitLab CI/CD 实现方式 #

GitLab CI使用only:changes规则，在分配代理前完成变更检测：

stages:
  - build
  - deploy
  - e2e_test

build_job:
  stage: build
  tags:
    - my-agent-pool
  script:
    # 你的Build脚本

deploy_job:
  stage: deploy
  tags:
    - my-agent-pool
  script:
    # 你的Deploy脚本
  needs: [build_job]

e2e_test_job:
  stage: e2e_test
  tags:
    - my-agent-pool
  script:
    # 你的E2E Test脚本
  needs: [deploy_job]
  # 仅当前端文件夹有变更时执行
  only:
    changes:
      - frontend/**/*

关键注意事项 #

• 不同平台的变更检测逻辑略有差异，部分平台会忽略文件权限变更、空文件修改等，需根据实际场景调整路径规则。
• 若需同时结合分支、标签等条件，可将多条件组合使用，确保触发逻辑精准。

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