加密项目 CI/CD 与测试自动化优化经验

补充一点前置条件，对于庞大且高频迭代、高度机器托管的项目，单元测试是不能少的，我的仓库已经三万多例测试。提交 PR 之前，pre-commit 脚本至少要 hook git push 行为（如果是小项目就 hook git commit 行为）。测试这一轮都没通过是不可能进入 Review agent 的，浪费 token。

另外有几点小经验就是： 1. 远端 CI 要尽量采纳本地测试的回执，非 git baseline 变了不允许重跑，测试是很烧 CPU 也很耗时的，Github actions 的云端计费是很贵的，无非也就是看计算量和时间占用率。除非完全托管在云端的项目，大部分 CI 资源消耗还是应该放在本地。 2. 一定要想方设法在本地测试过程中用 CPU 置换时间，能并发执行、并发布署到本地 CI server 就最好。因为 coding agent 的等待耗时本来就是有成本的，容易让你吃更多上下文中断成本。更重要的是影响 coding agent 并行开发的效率。 3. 对于 Docker 镜像的构建加速其实也有很多盲区或者窍门，比如 pip/npm/cargo 版本没缓存到 docker layer 之类的重复构建，偶尔漏掉一层其实对于 CI 的耗时也是有影响的，最好让 agent 自检一遍，让 CI 的成本优化到极致，对于一个每天发几百个 PR 的项目来说完全是有必要的。