初试 Github Action Self-hosted Runner，想说爱你不容易
💡
原文中文，约2200字，阅读约需6分钟。
📝
内容提要
在私有项目中，GitHub免费计划的每月2000分钟CI时间耗尽。为解决此问题，作者尝试使用自托管的GitHub Action Runner，虽然提供无限运行时和更强硬件，但在配置Python环境时遇到问题，因为自托管Runner不支持某些操作系统。作者认为，自托管Runner需要更多运维管理，不适合普通开发者。
🎯
关键要点
- 私有项目中，GitHub免费计划的每月2000分钟CI时间耗尽。
- 作者尝试使用自托管的GitHub Action Runner，提供无限运行时和更强硬件。
- 自托管Runner在配置Python环境时遇到问题，因不支持某些操作系统。
- 自托管Runner需要更多运维管理，不适合普通开发者。
- 自托管Runner的优势包括无限制的运行时长和更强的硬件能力。
- 配置自托管Runner相对简单，但需注意操作系统的兼容性。
- setup-python在自托管Runner上无法正常工作，因不支持Debian。
- 自托管Runner并非开箱即用的服务，需要用户自行管理和维护。
❓
延伸问答
自托管的GitHub Action Runner有什么优势？
自托管的GitHub Action Runner提供无限制的运行时长和更强的硬件能力，还可以接入内网环境。
使用自托管Runner时遇到的主要问题是什么？
主要问题是setup-python在自托管Runner上无法正常工作，因为不支持某些操作系统，如Debian。
自托管Runner适合哪些用户？
自托管Runner更适合对CI/CD有高阶需求的团队或个人，如需要特定硬件或深度依赖内部网络资源的企业。
自托管Runner的配置过程复杂吗？
自托管Runner的配置相对简单，但需要注意操作系统的兼容性。
为什么普通开发者不适合使用自托管Runner？
因为自托管Runner需要更多的运维管理，普通开发者可能会感到运维负担较重。
如何在GitHub Action中指定使用自托管Runner？
在Action的yml文件中，将runs-on字段改为self-hosted即可。
➡️
