封版

封版（Code Freeze）是版本发布前的关键卡点。道理很简单：测试是针对某个具体版本状态做的，如果一边测一边往里加东西，前面的测试结论就全部作废了。所以在上线前的某个时间点，团队会宣布封版——新功能不许进，普通优化不许进，只有达到一定严重等级的 Bug 修复才能走审批流程合入。

实际项目里封版往往分层执行：先是功能封版（feature freeze），不再接受新需求；然后是内容封版，数值、文案、资源锁定；最后是代码封版，只留紧急修复通道。封版到上线之间的窗口，就是留给回归测试和提审的。

PM 视角

封版是 PM 权威的试金石，因为封版后总有人来找你”就改一行代码""这个需求老板要的”。几条实战经验：

第一，封版规则要提前公示，包括封版时间、例外审批流程、谁有权批。规则先行，临场才有据可依。到了封版当天才宣布规则，等于没有规则。

第二，例外要走流程且留痕。真有必须合入的改动，让技术负责人评估影响范围、测试确认回归方案，PM 记录在案。口头同意的”小改动”是线上事故的头号来源。

第三，观察封版前的合入曲线。如果封版前最后两天出现集中突击合入，说明排期本身有问题，这批赶工代码的质量风险要重点盯。下个版本复盘时把这个现象拿出来聊，比事后救火有价值得多。