大家好，我是贝克街的捉虫师呀！

平时我们在搞CI/CD的时候，是不是经常会遇到这样的情况：好不容易把代码推到仓库，结果构建环境一堆报错，不是Python版本不对，就是Node.js依赖没装，或者某个编译器老旧。为了解决这些环境问题，我们可能得在CI配置文件里写一大堆安装脚本，又耗时又容易出错，有时候甚至得自己去维护一台自建的构建服务器，想想就头大。

今天我给大家介绍一个GitHub上的“幕后英雄”项目——GitHub Actions Runner Images。它可不是一个应用工具，而是GitHub Actions和Azure Pipelines背后默默付出的基础设施项目，专门提供预装好各种开发环境的虚拟机镜像。有了它，我们就能告别繁琐的环境配置，直接在干净、一致的环境里跑自动化任务了。

项目概述

GitHub Actions Runner Images 的核心定位，就是为 GitHub Actions 和 Azure Pipelines 这两大主流 CI/CD 服务，提供一套包含丰富开发工具和运行时的虚拟机镜像。你可以把它想象成一个已经把各种工具、SDK 都打包好的“标准工作台”。当你使用 GitHub-hosted runner（GitHub 官方提供的构建机）时，其实用的就是这个项目构建出来的虚拟机镜像。

它开源在 GitHub 上，由 GitHub 官方团队维护，这意味着它的稳定性和可靠性都非常高。项目主要利用 PowerShell 脚本来自动化构建这些复杂的镜像，支持 Ubuntu、macOS 和 Windows 等多种主流操作系统，确保了你的代码无论在哪种环境下都能顺利构建和测试。

项目数据

这个项目在 GitHub 上已经累计收获了 11491颗星，并且今日还新增了11颗星，这足以说明它的受欢迎程度和社区活跃度。它的主要开发语言虽然显示为 PowerShell，但这并非指你的项目要用 PowerShell 来写，而是这些虚拟机镜像本身的构建过程，大量依赖 PowerShell 脚本来自动化安装和配置各种软件。

作为官方维护的项目，它的更新频率非常高，通常每周都会有新的镜像版本部署。虽然 Readme 中没有直接列出贡献者数量，但其明确的Issue和Discussion互动模式，以及详细的版本和支持策略，都展现了这是一个由专业团队精心打理的、持续迭代的成熟项目。

功能亮点

🚀 多平台支持，覆盖全面

项目提供了包括 Ubuntu (24.04/22.04)、macOS (13/14/15，包含Arm64) 和 Windows Server (2022/2025，及已弃用的2019) 在内的多种操作系统镜像。无论你的应用是针对 Linux、macOS 桌面，还是 Windows 服务，都能找到对应的预配置环境。我个人在处理跨平台测试时，尤其能体会到这种全平台支持的便利，省去了为每个操作系统单独准备环境的麻烦。

🛠️ 预装工具链，开箱即用

这些镜像内置了海量的开发工具和运行时，比如：

  • 编程语言：Java (LTS版本)、Node.js (最新3个LTS)、Go (最新3个minor版本)、Python (5个流行版本)、Ruby、.NET Core (2个最新LTS和1个最新版本)。
  • 构建工具：Maven, Gradle, npm, yarn, pip等。
  • 版本控制：Git, Git LFS。
  • 容器化：Docker。
  • 数据库客户端：PostgreSQL客户端、MongoDB客户端。
  • 云服务CLI：AWS CLI、Azure CLI、Google Cloud CLI等。

这意味着你无需在 CI 脚本中逐一安装这些工具，大大缩短了 CI 运行时间。我经常发现，一些特定版本的工具，比如某个旧的Java LTS版本，在本地安装可能比较麻烦，但在这些预置镜像里就能直接找到，非常省心。

🔄 持续更新与版本维护

GitHub 官方团队每周都会对这些镜像进行更新，确保预装的软件版本保持最新，并及时修复已知问题。同时，他们对不同工具的版本有明确的策略，比如 Java 只安装 LTS 版本，Node.js 保持3个最新的 LTS 版本。这种持续的维护和明确的版本策略，对于依赖特定工具链的项目来说，提供了极大的便利性和稳定性。

🧪 Beta与GA并行策略

在新的操作系统版本发布时，项目会首先提供 Beta 版镜像供用户尝鲜和测试，收集反馈并解决问题。当镜像足够稳定后，才会转为 General Availability (GA) 版本。这种机制让开发者有充足的时间来适应新的构建环境，并提前发现潜在的兼容性问题，避免在生产环境 CI 流程中突然遇到麻烦。

📜 清晰的Deprecation Policy

项目有明确的镜像和工具弃用政策。比如，通常只支持最新的两个 GA 镜像和一个 Beta 镜像。当新的 GA 版本发布时，最旧的镜像会开始进入弃用流程，包括提前通知、定期“断电”（brownout）测试，直到最终下线。这让用户可以提前规划迁移，避免 CI 流程因环境突然变化而中断。

安装与使用

实际上，对于 GitHub Actions 和 Azure Pipelines 用户来说，你不需要“安装”这个项目。它已经是这些 CI/CD 服务的底层组成部分。你只需要在你的 workflow 文件中，通过指定 runs-on 标签来选择你需要的操作系统和版本即可。

环境要求和前置条件：

  • 一个 GitHub 仓库。
  • 了解基本的 GitHub Actions workflow 语法（YAML）。

分步骤使用指南：

  1. 创建或编辑你的 GitHub Actions Workflow 文件：
    在你的仓库中创建一个 .github/workflows/your-workflow-name.yml 文件，或者编辑现有文件。

  2. 选择Runner镜像：
    在 jobs 下的 runs-on 字段，指定你需要的操作系统和版本标签。

    • 使用最新稳定版：ubuntu-latest、windows-latest、macos-latest。
    • 使用特定版本：ubuntu-22.04、windows-2022、macos-14 等。 
      name: My CI/CD Pipeline

on: [push, pull_request]

jobs:
  build-and-test:
    runs-on: ubuntu-latest # 或者 ubuntu-22.04, macos-latest, windows-2022

    steps:
    - name: Checkout code
      uses: actions/checkout@v4 # 检出代码

    - name: Set up Node.js environment
      # 如果预装的Node.js版本不满足，也可以显式安装特定版本
      uses: actions/setup-node@v4
      with:
        node-version: '18.x' # 指定Node.js版本，这里会使用镜像中已有的或按需安装

    - name: Install dependencies
      run: npm ci

    - name: Run tests
      run: npm test

  build-on-windows:
    runs-on: windows-2022 # 另一个Job，运行在Windows环境

    steps:
    - name: Checkout code
      uses: actions/checkout@v4

    - name: Set up Python
      uses: actions/setup-python@v5
      with:
        python-version: '3.9' # 使用Python 3.9

    - name: Install Python dependencies
      run: pip install -r requirements.txt

    - name: Run Python tests
      run: pytest

快速入门指引：
最简单的入门方式就是直接在你的workflow文件中使用 runs-on: ubuntu-latest 或 windows-latest。GitHub 会自动为你分配一个预装好常用工具的虚拟机来执行你的任务。如果你对某个工具的版本有严格要求，可以查阅项目 Readme 中各个镜像的详细软件列表，或者在 workflow 中使用 setup-* 类型的 Action 来安装特定版本。

常见问题：
如果你想知道你的某个 Job 具体运行在哪个版本的镜像上，可以查看该 Job 的日志。在“Set up job”或“Initialize job”步骤中，日志会清楚地显示当前使用的镜像版本和内部标识符。

使用场景与推荐理由

1. 快速原型开发与测试：
当你想快速验证某个新功能或修复某个 Bug 时，无需在本地搭建复杂的开发环境。直接将代码推送到 GitHub，让 CI 自动在预配置好的环境中运行测试。这对于快速迭代和持续集成的工作流尤其有用。

2. 跨平台兼容性测试：
对于需要确保在不同操作系统（如 Linux、Windows、macOS）上都能正常运行的项目，GitHub Actions Runner Images 提供了天然的解决方案。你可以在一个 workflow 中定义多个 Job，分别运行在不同的 runs-on 环境上，并行地进行跨平台测试，确保代码的兼容性。

3. 依赖复杂工具链的自动化构建：
有些项目可能依赖特定版本的老旧工具、SDK 或复杂的编译环境。如果手动维护这些环境，成本会非常高。这些预装镜像则为你提供了几乎所有主流和常用工具的稳定版本，大大简化了这类项目的自动化构建过程。

推荐理由：

  • 极大地提高了开发效率： 你可以把更多精力放在代码本身，而不是耗费在环境配置和维护上。预装的工具链让你“开箱即用”。
  • 保证了构建环境的一致性： 每次 CI 运行都在一个标准化的、预配置好的镜像上，避免了“在我机器上跑得好好的”这种问题。
  • 降低了基础设施维护成本： 你无需购买、配置和维护自己的构建服务器，一切都由 GitHub 官方提供和管理。相比自建 Runner，这节省了大量的人力物力。

这个项目特别适合所有使用 GitHub Actions 或 Azure Pipelines 进行持续集成和部署的开发者、团队，以及任何希望简化 CI/CD 环境配置、提升自动化流程效率的技术人员。

结语

GitHub Actions Runner Images 可能不是一个直接面向终端用户使用的工具，但它绝对是 GitHub Actions 和 Azure Pipelines 背后的一个核心支撑。它就像是这些 CI/CD 服务的一个“巨型工具箱”，里面塞满了你开发和构建项目所需的各种工具，而且还定期更新，保证了工具的先进性和可用性。

我个人在日常工作中，可以说离不开这些预装镜像。它们让我在编写 CI/CD 流程时，几乎不用考虑环境搭建的问题，直接把精力放在真正的业务逻辑和测试上。如果你还没有深入了解过这些预装镜像的便利之处，我强烈建议你去项目的 GitHub 仓库看一看它的 Readme，了解一下每个操作系统镜像里都包含了哪些工具。

项目地址：https://github.com/actions/runner-images

欢迎大家去尝试，并在你的 CI/CD 流程中享受它带来的便利。如果你有什么使用心得或者遇到的问题，也欢迎在评论区和我分享！

类似文章