这个问题我之前帮不少人处理过，GitLab目前确实没有原生的智能负载优先分配功能（你提到的那个旧议题至今也还在待处理状态），但有几个靠谱的方案能帮你实现“优先用快Runner”的需求：

1. 利用Runner的优先级设置（最直接的方案） #

GitLab其实内置了Runner优先级配置，数值越高的Runner会被优先分配任务。操作步骤很简单：

• 进入你的项目页面，点击左侧栏的 Settings -> CI/CD
• 往下滑找到 Runners 区域，找到你的两台Runner
• 点击快Runner对应的 Edit 按钮，在弹出的设置里把 Priority 设置成一个较高的值（比如10）
• 再给慢Runner设置一个较低的优先级（比如1）
• 保存设置后，新任务会优先分配给优先级更高的快Runner，只有当快Runner处于忙碌状态时，才会轮到慢Runner

这个方案不需要修改CI配置，完全靠GitLab的内置规则就能实现，是最推荐的方式。

2. 拆分标签策略（灵活性更高） #

如果优先级设置满足不了你的需求，还可以通过标签来精准控制任务分配：

• 给快Runner添加一个专属标签，比如runner-fast，同时保留原来的公共标签（比如project-x）
• 慢Runner只保留公共标签project-x
• 在你的.gitlab-ci.yml里，给需要优先跑的任务设置标签：

job_name:
  script:
    - your-build-commands
  tags:
    - runner-fast
    - project-x

这样GitLab会先寻找带有runner-fast标签的空闲Runner，只有当快Runner忙的时候，才会 fallback 到带有project-x标签的慢Runner。这个方案的好处是可以针对不同的job设置不同的优先级策略，比如核心构建任务用快Runner，一些不重要的lint任务可以用慢Runner。

3. 调整Runner并发数（辅助优化） #

如果快Runner的硬件资源足够，可以适当提高它的并发数，让它能同时处理更多任务：

• 编辑快Runner的config.toml文件，修改concurrent参数（比如从1改成2或更高，根据硬件配置来）
• 重启Runner服务生效
  这样可以最大化利用快Runner的资源，减少任务落到慢Runner的概率。

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