为一个小站写 CI/CD 是种过度设计吗

给这个博客配 CI/CD 的时候，朋友笑我：一个人写的博客，push 即部署，搞什么流水线，屠龙刀杀鸡。

三个月后的一个深夜，这把屠龙刀救了我一命。

那次事故

凌晨两点改完样式，睡眼惺忪地 push。要是在过去，我会直接在服务器上 npm run build——那次构建失败了，一个未使用的变量被严格模式的 TypeScript 拦下来。CI 红了，部署没发生，线上一片安好。

如果没有这道闸，失败会发生在服务器上，而我会在梦里。

自动化的真正收益

自动化不是为了快，是为了让凌晨两点的你不必可靠。人是会忘步骤、会跳步骤、会在困的时候抄近路的动物。凡是人手会忘的步骤，都该写进脚本：

• 测试先行：38 个测试挡住回退
• 构建验证：tsc 严格模式挡住手滑
• 部署脚本化：pull、装依赖、重启、健康检查，一条命令，顺序永远正确

过度设计？

一个站的量级配 CI/CD 确实重。但工程的意义就在于：在问题发生之前，那些「多余」的设计都是成本，发生之后，它们全都是保险。保费不高，保额很大。