别再等 GitHub Actions 了:今天就把 CI 提速
来源:dev.to — 2026-09-29
📋 概述
你推了一个只改 README 的小修正,GitHub Actions 从干净的 runner 开始,下载所有依赖、跑 linter、做类型检查、执行完整测试套件、构建应用,再上传一个没人会下载的产物。在它跑完之前你发现另一个错别字又推了一次,于是两个 workflow 同时在跑。技术上什么都没坏,只是这个 workflow 做了远超改动所需的工作。慢 CI 不只是基础设施问题:它拖慢代码评审、打断专注、消耗 runner 时间,让每个小 PR 都变得比它应有的更沉重。文章从一个刻意写得很普通的 Node.js workflow 出发,一步步把它改好,这些原则同样适用于其他生态。
🔑 核心要点
- 第一件事不是优化,而是取证:打开一次有代表性的运行,记录总时长、排队时间、各 job 与各步骤耗时、缓存命中情况和产物是否有人下载,并多看几次而不是只看一次异常值。
- 基础修复包括取消过期的运行、缓存依赖下载、用确定性安装、把便宜的失败项放在最前面。
- 进一步是只并行真正独立的工作、避免无关运行、停止上传无人使用的 artifact。
- 别忘了安全侧:加上超时与最小权限,并把缓存当作不可信输入对待。
💡 金句
目标不是最短的 workflow,而是快速、可信、没有多余工作的反馈。
👍 0
👎 0
← 返回 dev.to 首页