首页/开发/CI/CD 与发布速查/合前检查与合后检查的分工
质量门禁与回滚51 条

合前检查与合后检查的分工

合前做快速、确定性高的检查(Lint、单测、依赖评审);合后做耗时与依赖部署环境的检查(端到端、性能、DAST),结果回流到发布决策。

CI/CD 与发布速查开发更新于 2026-10-12
合前分钟级:Lint、单测、构建、依赖与密钥扫描
合后更耗时:集成与端到端、性能、DAST、制品签名
原则反馈速度与确定性优先放在合前
衔接合后失败按 broken build 流程优先修复

阶段分工示意

阶段分工示意
stages:
  - fast-checks   # 合前:lint + unit
  - build
  - post-merge    # 合后:e2e,可由独立流水线触发
合后检查长期失败等价于主干长期不健康:应给出明确的修复优先级。

易错点

  • 把端到端测试放在合前:反馈时间拉长,评审积压
  • 合后失败无人追踪:主干质量统计失真

数据来源与参考

  • GitLab Docs《CI/CD pipelines》
  • Google SRE Book《Release Engineering》
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌