GitHub Actions：组织级别跨仓库并发配置可行性问询

官方原生的concurrency关键字仅支持仓库内的并发控制，无法直接实现组织级跨仓库的全局并发限制，但可以通过以下几种方案解决你的K8s测试集群独占需求：

方案一：分布式锁服务 #

借助Redis、Etcd这类分布式锁工具，在每个仓库的工作流中添加锁校验逻辑，确保同一时间只有一个工作流能获取锁并执行测试：

jobs:
  k8s-test:
    runs-on: ubuntu-latest
    steps:
      - name: 获取K8s集群独占锁
        run: |
          # 尝试获取锁，有效期1小时避免死锁
          until redis-cli -h <你的Redis地址> set k8s-test-cluster-lock "active" NX PX 3600000; do
            echo "集群被占用，等待30秒后重试..."
            sleep 30
          done
      - name: 执行K8s测试任务
        run: |
          # 这里写你的测试命令，比如部署微服务、运行集成测试等
      - name: 释放集群锁
        if: always() # 无论任务成功/失败都释放锁
        run: redis-cli -h <你的Redis地址> del k8s-test-cluster-lock

方案二：专属自托管运行器 #

在组织内配置一台仅用于K8s测试的自托管运行器，利用自托管运行器单任务串行执行的特性，天然实现并发控制：

jobs:
  k8s-test:
    # 指定专属的自托管运行器标签
    runs-on: [self-hosted, k8s-test-exclusive-runner]
    steps:
      - name: 执行K8s测试任务
        run: |
          # 你的测试命令

注意给该运行器设置专属标签，避免其他任务占用，同时确保运行器的稳定性。

方案三：仓库级环境并发限制 #

在组织内每个涉及K8s测试的仓库中，创建同名的环境（比如k8s-test-cluster），并将该环境的并发限制设为1。工作流中引用此环境后，所有仓库的测试任务会自动排队：

jobs:
  k8s-test:
    runs-on: ubuntu-latest
    # 引用配置好的环境
    environment: k8s-test-cluster
    steps:
      - name: 执行K8s测试任务
        run: |
          # 你的测试命令

这种方式需要在每个仓库手动配置环境，但无需额外依赖外部服务。

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