CI/CD流水线

解决什么问题

流水线写到一半，常常陷入两难：测试步骤堆成一长串，每次提交都等很久，工程师开始绕过 CI 直接合并；或者门禁太松，main 分支上躺着一周前已知会炸的代码。灰度发布只停留在 YAML 里，真出问题时没人记得怎么回滚。这个技能针对的就是这类「流水线有了但没人信」的工程实践问题——它不接管任何具体 CI 系统，而是把构建、测试、部署、发布门禁这些阶段的设计要点整理成可参考的方法清单。

技能如何工作

核心方法分为四步：

• 阶段划分：把流水线拆为构建、测试、部署、发布门禁四个阶段，每段职责单一、失败定位快
• 自动化测试与质量门：用测试结果作为合并的硬门槛，阻断劣质代码进入主干
• 环境管理与灰度发布：分环境推进上线，按比例放量，把风险控制在小范围
• 回滚机制与可观测：出问题能快速回退，靠监控与日志确认恢复，而不是靠人肉排查

使用时先明确目标与场景边界，再套用上述方法逐项执行或自查，最后输出结构化结果（清单、分级或建议），并标注不确定项与需要人工复核的环节。

适用边界

适合方法论指导与清单参考，需要结构化步骤时用起来最顺手。不适合需要实时数据或直连外部系统的高频自动化任务，也不适用于需要持牌专业人士出具确定性结论的场景（法律、医疗、财税等）。另外，流水线设计要匹配团队规模——几十人的团队照搬大厂五级流水线，维护成本会反噬开发效率。