持续集成与质量门禁：让主干始终可交付

持续集成不是“自动打包”，而是让团队频繁把变化合回主干，并用自动化验证主干是否仍然可交付。

质量门禁流水线

flowchart LR
    A["提交 / PR"] --> B["安装依赖"]
    B --> C["Lint / Type Check"]
    C --> D["Unit Tests"]
    D --> E["Build"]
    E --> F["Security / Artifact"]
    F --> G["Merge / Release Candidate"]

实际工程场景

当多人并行开发时，主干坏掉的成本会扩散到所有人。质量门禁的意义是把团队约定变成机器可执行的规则。

常见误区

• 只在发版前集成。
• 流水线太慢，开发者绕开它。
• 失败信息不可读，没人愿意修。

最佳实践

• 让检查快速失败。
• 把主干失败当成优先级最高的问题。
• 门禁规则要少而关键。
• 将产物版本和提交关联起来。