-
前言：为什么团队规模一大，后端系统必然“失控”？
- 代码风格混乱
- 模块耦合严重
- 求同存异 vs 统一规范
- PR 质量不一
- 环境管理混乱
- 配置、数据、接口变更不可控
-
工程协作体系五大基石
- 规范体系（API、DDL、代码风格、事件规范）
- 代码评审体系（Git PR 规范）
- 设计评审机制（ADR）
- 环境治理（dev/stage/pre/prod）
- 发布治理（灰度、回滚、审批）
-
Code Review 工程实践
- PR 模板
- 必须通过的检查项（性能/幂等/异常/边界）
- PR 自动分析机器人（lint / static analysis）
-
共用模块治理
- 怎么避免写成“巨大 utils”
- 版本化管理
- 变更影响分析（impact analysis）
-
领域边界（Business Boundary）
- 为什么多人团队最重要的是边界清晰
- 如何划分域（billing、order、plan、project、document…）
- 防腐层（ACL）与团队协作关系
-
技术方案设计评审（ADR）机制
- Architecture Decision Record
- 大型系统必须记录工程决策
- 避免新人加入无法理解历史
-
发布与回滚治理
- 多阶段审批
- 灰度发布
- 检查项清单
- 自动回滚阈值
-
总结
- 小团队靠人
- 中团队靠规范
- 大团队靠体系
