注意
Enterprise Server 目前不支持 托管的运行器。 可以在 public roadmap 上查看有关未来支持计划的更多信息。
Enterprise Server 上的 Actions 设计为在没有完全 Internet 访问权限的环境中工作。 默认情况下,工作流不能使用直接来自 .com 和 Marketplace 的操作。
大多数官方 编写的操作都会自动与 Enterprise Server 捆绑在一起。 但是,没有 Internet 访问权限的自托管运行器需要一些配置,然后才能使用包含的 actions/setup-LANGUAGE
操作,例如 setup-node
。
actions/setup-LANGUAGE
操作通常需要访问 Internet 才能将所需的环境二进制文件下载到运行器的工具缓存中。 没有互联网连接的自托管运行器无法下载二进制文件,所以您必须手动填充运行器上的工具缓存。
您可以通过在 .com 上运行 Actions 工作流程来填充运行器工具缓存,该工作流程将 托管的运行器的工具缓存作为项目上传,然后可以在互联网断开的自托管运行器上传输和提取。
注意
你只能对拥有相同操作系统和体系结构的自托管运行程序使用 托管运行器的工具缓存。 例如,如果你使用 ubuntu-22.04
托管的运行器生成工具缓存,则自托管运行器必须是 64 位 Ubuntu 22.04 计算机。 有关 托管运行程序的详细信息,请参阅“使用 托管的运行器”。
- 确定自托管运行器需要哪些开发环境。 下面的示例演示如何使用 Node.js 版本 14 和 16 填充
setup-node
操作的工具缓存。 - 访问可用于运行工作流程的 .com 上的仓库。
- 访问自托管运行器的文件系统以填充工具缓存文件夹。
在 .com 上,导航到可用于运行 Actions 工作流程的仓库。
在存储库的
./workflows
文件夹中创建一个新的工作流程文件,用于上传包含 托管的运行器工具缓存的构件。下面的示例演示了配合使用 Node.js 版本 14 和 16 与
setup-node
操作为 Ubuntu 22.04 环境上传工具缓存的工作流程。name: Upload Node.js 14 and 16 tool cache on: push jobs: upload_tool_cache: runs-on: ubuntu-22.04 steps: - name: Clear any existing tool cache run: | mv "${{ runner.tool_cache }}" "${{ runner.tool_cache }}.old" mkdir -p "${{ runner.tool_cache }}" - name: Setup Node 14 uses: actions/setup-node@v4 with: node-version: 14.x - name: Setup Node 16 uses: actions/setup-node@v4 with: node-version: 16.x - name: Archive tool cache run: | cd "${{ runner.tool_cache }}" tar -czf tool_cache.tar.gz * - name: Upload tool cache artifact uses: actions/upload-artifact@v3 with: path: ${{runner.tool_cache}}/tool_cache.tar.gz
从工作流程运行下载工具缓存构件。 有关下载项目的说明,请参阅“下载工作流程构件”。
将工具缓存构件传输到自托管的运行器,并将其提取到本地工具缓存目录。 默认工具缓存目录为
RUNNER_DIR/_work/_tool
。 如果运行器尚未处理任何作业,则可能需要创建_work/_tool
目录。提取上述示例中上传的工具缓存构件后,自托管运行器上应具有类似于以下示例的目录结构:
RUNNER_DIR ├── ... └── _work ├── ... └── _tool └── node ├── 14.21.3 │ └── ... └── 16.16.0 └── ...
没有 Internet 访问权限的自托管运行器现在应该能够使用 setup-node
操作。 如果遇到问题,请确保已为工作流程填充了正确的工具缓存。 例如,如果需要使用 setup-python
操作,则需要通过要使用的 Python 环境填充工具缓存。