如何为不同分支与环境配置GitHub Actions定时Cypress测试？

不需要纠结要不要两个yaml，两种方案都能解决你的问题，但方案一更直观且不易出错，下面给你拆解清楚：

方案一：分支专属工作流文件（推荐） #

直接给每个环境对应的分支配单独的工作流文件，分别放在各自分支的.github/workflows/目录下：

• 在develop-branch分支里创建.github/workflows/test-firstEnv.yml，内容写定时触发逻辑，执行当前分支的Cypress测试，目标环境设为firstEnv：

name: Scheduled Test for firstEnv
on:
  schedule:
    - cron: '0 2 * * *' # UTC时间凌晨2点，记得根据你的时区调整
jobs:
  cypress-test:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - uses: actions/setup-node@v4
        with:
          node-version: 20
      - run: npm ci
      - run: npx cypress run --env baseUrl=https://你的firstEnv地址.com

• 在main分支里创建.github/workflows/test-secondEnv.yml，同样写定时触发，执行当前分支的测试，目标环境设为secondEnv：

name: Scheduled Test for secondEnv
on:
  schedule:
    - cron: '0 2 * * *'
jobs:
  cypress-test:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - uses: actions/setup-node@v4
        with:
          node-version: 20
      - run: npm ci
      - run: npx cypress run --env baseUrl=https://你的secondEnv地址.com

这样每个工作流都会从自己所在的分支拉取测试代码，完全匹配你"用develop-branch测firstEnv、main测secondEnv"的需求，不会出现之前那种工作流在main分支却想调用develop代码的问题。

另外，每周把develop合并到main时，如果不想把test-firstEnv.yml带到main分支，可以在合并时手动排除这个文件，或者用Git的合并策略配置忽略它——毕竟main分支只需要维护secondEnv的测试工作流。

方案二：单工作流分支条件控制 #

如果想只用一个工作流文件，也可以在两个分支里都放同一个test-scheduled.yml，通过分支判断来切换环境：

name: Scheduled Environment Tests
on:
  schedule:
    - cron: '0 2 * * *'
jobs:
  test:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - uses: actions/setup-node@v4
        with:
          node-version: 20
      - run: npm ci
      # 只在develop-branch分支跑firstEnv测试
      - name: Run firstEnv tests
        if: github.ref == 'refs/heads/develop-branch'
        run: npx cypress run --env baseUrl=https://你的firstEnv地址.com
      # 只在main分支跑secondEnv测试
      - name: Run secondEnv tests
        if: github.ref == 'refs/heads/main'
        run: npx cypress run --env baseUrl=https://你的secondEnv地址.com

这个方案的好处是工作流文件统一，但要注意合并分支时这个文件的逻辑要保持一致，避免冲突。

为什么之前的尝试失败？ #

你之前在main分支放两个yaml，但GitHub Actions的定时任务是从定义它的分支拉取代码的——也就是说，哪怕你在main分支里写了firstEnv的工作流，执行时也会拉main分支的代码，而不是develop-branch的，自然满足不了需求。

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