发布前核对发现遗漏或版本不一致，处置方向是先冻结再修正：核对负责人出具阻断结论并记录差异，发布负责人暂停发布窗口与制品流转，差异逐条指派修正，按同一口径重新核对通过后才解除。阻断能否执行到位，取决于发布前是否写清触发条件、解除权限和回退点。下文按判断问题、验证原因、执行阻断、确认恢复四个环节展开。
要点总览（TL;DR）
- 核对不通过时先定性：内容遗漏、版本不一致、核对口径歧义三类问题对应全量冻结、部分冻结、带条件放行三种阻断力度，由核对负责人书面确认。
- 原因按证据排除，顺序固定为数据关联、制品来源、流程与清单，每条假设的核对结果和证据位置写进差异清单。
- 阻断按四步执行：出具结论并通知、冻结窗口与制品流转、差异逐条指派责任人与时限、按同一口径重核并保留前后两次记录。
- 解除阻断需同时满足差异清单全部关闭、重核通过、发布说明与制品一致，解除动作在发布记录中留痕。
- 复发预防从版本冻结节点前置核对、发布说明由系统关联生成、核对清单随流程版本维护三处入手。
先判断这次核对不通过属于哪类问题
核对不通过先定性，再定阻断力度。定性错了，容易出现两种偏差：把口径分歧当成内容遗漏，导致全量冻结、团队空转；或者把真实的版本错配当成小问题放行，造成线上版本与发布说明不符。判断时把发现的现象归入下表三类，同时记录涉及的发布项、环境和当前是否已进入发布窗口。
| 症状类型 | 典型表现 | 初步判断依据 | 建议阻断等级 |
|---|---|---|---|
| 内容遗漏 | 发布说明、变更清单缺少已合入的需求或缺陷修复；上线检查项有未勾选项 | 版本关联记录中存在未出现在发布说明里的条目 | 涉及核心功能或对外承诺时全量冻结；仅涉及内部说明补录可部分冻结 |
| 版本不一致 | 版本号、分支、制品来源对不上；测试通过的制品与待发布制品不是同一构建 | 构建记录、提交记录与发布版本标签无法对应 | 全量冻结，制品流转同步暂停 |
| 核对口径歧义 | 核对清单版本过期；两人对同一检查项判定不同；判定标准未写清 | 清单版本与当前流程版本不一致，或检查项描述存在多种理解 | 先暂停判定，统一口径后重核；已确认无实质差异的可带条件放行 |
影响范围决定冻结边界。需要确认三件事：差异涉及哪些发布项，是单个服务还是整批交付；涉及哪些环境，预发、灰度、生产是否都已部署待发布制品；当前是否已进入发布窗口，窗口内是否已有部分内容上线。已进入窗口且部分内容已上线的，阻断范围要覆盖后续批次，并对已上线部分单独评估。
阻断等级按影响面选择。全量冻结适用于版本来源不一致、核心功能遗漏或已上线内容与说明不符；部分发布项冻结适用于差异局限在个别服务或非核心变更，其余发布项可按原计划推进；带条件放行适用于口径歧义已澄清、差异仅为说明性内容且不影响制品本身，放行时需记录澄清结论和补录时限。三种等级都要由核对负责人书面确认，口头同意不作为放行依据。
遗漏与版本不一致的常见原因及排除证据
原因要按证据排除，不能凭印象定论。常见假设集中在四类：需求或缺陷未关联到目标版本；分支与制品来源不一致；发布说明手工维护导致漏项；核对清单版本过期。每类假设都有可查的证据，按下表逐项核对，能排除的写明排除依据，不能排除的保留为待修正项。
| 原因假设 | 验证证据 | 排除或确认的判断 |
|---|---|---|
| 需求、缺陷未关联到目标版本 | 版本关联记录、需求与缺陷的状态和所属版本字段 | 目标版本下条目数与发布说明条目数一致，可排除；存在已合入但未关联的条目，确认为遗漏来源 |
| 分支与制品来源不一致 | 构建记录、提交记录、制品标签与发布分支的对应关系 | 待发布制品的构建提交能在发布分支上找到，可排除；构建来自其他分支或存在未合入提交，确认为版本不一致 |
| 发布说明手工维护导致漏项 | 变更单与发布说明逐条比对结果、说明的修订记录 | 变更单条目全部出现在说明中，可排除；存在变更单有、说明无的条目，确认为漏项 |
| 核对清单版本过期 | 清单版本号与当前流程版本的对照、清单修订时间 | 清单为当前有效版本，可排除；清单落后于流程变更，确认为口径问题 |
排除顺序建议固定为：先查数据关联，再查制品来源，最后查流程与清单。数据关联问题影响面最广，一条未关联的需求可能同时造成遗漏和统计口径偏差；制品来源问题直接决定能不能发布，优先级高于说明文本问题；流程与清单问题通常影响判定标准，放在最后处理可以避免在口径未统一时反复核对。
验证过程要留下记录。每条假设的核对结果、证据位置和结论写进差异清单，注明核对人和时间。这样后续修正和重核时有据可依，也避免同一问题在重核时被再次争论。证据不足以支撑结论的，标记为待补充证据，不直接写成已确认原因。
阻断发布的具体处置步骤
阻断是一组有顺序的动作，核心是把发布状态从可执行改为冻结，并让每个差异都有责任人和关闭时间。按以下步骤执行，每一步都明确责任人和停止点。
- 出具阻断结论并通知相关方。核对负责人整理差异清单，写明症状类型、影响范围、阻断等级和依据，通知发布负责人、相关开发与测试。通知内容包含冻结范围和预计重核时间，避免各方按原计划继续推进。停止点：通知未送达发布负责人前，不视为阻断生效。
- 冻结发布窗口与制品流转。发布负责人暂停发布窗口，停止待发布制品的继续流转和部署操作，在发布记录中标注冻结状态和解除权限人。解除权限建议只授予发布负责人与核对负责人共同确认，单人不得解除。停止点：冻结状态未在发布记录中体现前，不进行任何修正后的部署。
- 差异清单逐条指派。每条差异指定责任人和修正时限，区分必须修正项与说明补录项。必须修正项关闭前不进入重核；说明补录项可与重核并行，但需在解除阻断前完成。停止点：无责任人或无时限的差异项，视为未完成指派，阻断继续。
- 修正后按同一口径重新核对。使用与首次核对相同的清单版本和判定标准，保留前后两次核对记录，记录中体现差异项的关闭状态。口径在修正期间发生变化的，先统一口径再重核，并在记录中说明变更原因。
风险边界需要单独交代。已上线部分在阻断后不默认回退，先评估影响：确认已上线内容与发布说明的偏差程度、是否影响用户可见功能、回退是否涉及数据变更。需要回退的，先确认备份可用和回退停止点，破坏性操作前由发布负责人确认停止条件，例如数据迁移已执行到哪一步、回退后是否需要补偿处理。回退方案未确认前，只做冻结，不做删除、覆盖类操作。
差异修正和重核过程会产生大量关联信息：哪条需求属于哪个版本、哪个制品来自哪次构建、两次核对分别关闭了哪些项。这些信息如果散落在聊天记录和表格里，重核时容易对不上。ONES 的版本管理与工作项关联可以把需求、缺陷与目标版本绑定，核对记录和发布评审结论也能随发布项留存，使阻断结论、差异清单和重核结果在同一处可查。是否采用工具承载，取决于团队现有的版本关联和评审记录方式；关键是保证阻断与解除的每个判断都有可追溯的记录。
解除阻断的验证标准与复发预防
解除阻断要同时满足三个条件：差异清单全部关闭，包括必须修正项和说明补录项；按同一口径重新核对通过；发布说明与待发布制品一致，版本号、构建来源和变更条目能逐项对应。三个条件缺一项都不解除，避免出现清单关了但制品没换、或者制品换了但说明没更新的情况。
验证证据按以下检查表留存：
- 首次核对记录与重核记录，包含核对人、时间、清单版本和差异关闭状态；
- 版本关联记录，能查到目标版本下的需求与缺陷条目；
- 制品构建来源记录，构建提交与发布分支的对应关系；
- 发布评审结论，写明解除依据和解除权限人。
解除动作本身也要留痕：发布负责人在发布记录中把状态从冻结改回可执行，注明解除时间和依据的核对记录编号。带条件放行的，在记录中写明放行条件和补录完成时限，到期未完成的重新进入阻断流程。
复发预防从三个位置入手。第一，把核对项前置到版本冻结节点，版本冻结时即核对需求与缺陷的关联完整性，把遗漏挡在发布窗口之前，而不是等到发布前才发现。第二，发布说明由系统按版本关联生成初稿，人工只做措辞修订和补充说明，减少手工维护造成的漏项。第三，核对清单随流程版本维护，流程变更时同步更新清单并标注生效版本，核对时使用与当前流程匹配的清单，避免用过期的判定标准得出错误结论。
这三项措施落地后，还需要定期回看阻断记录：统计一段时间内触发阻断的差异类型和来源，如果某类原因反复出现，说明对应的前置控制点没有起作用，应调整核对节点或关联规则，而不是每次靠临场加严核对来兜底。
常见问题
发布窗口已经打开、部分内容已上线，还能阻断吗？
可以阻断，但阻断范围要覆盖后续批次，并对已上线部分单独评估。先确认已上线内容与发布说明的偏差程度、是否影响用户可见功能，再决定是否回退。需要回退的，先确认备份可用和回退停止点；回退方案未确认前只做冻结，不做删除、覆盖类操作。
差异清单里有条目找不到责任人，阻断要一直挂着吗？
无责任人或无时限的差异项视为未完成指派，阻断继续。处理办法是由核对负责人把这类条目升级到发布负责人，由发布负责人指定归属团队，再落到具体责任人。归属确实无法判定的，先记录为待定项并写明升级路径和时间点，避免阻断无限期悬空。
修正期间核对清单更新了版本，重核用哪一版？
先统一口径再重核，并在记录中说明变更原因。原则上重核使用与首次核对相同的清单版本；如果流程变更导致旧清单不再适用，由核对负责人确认新版本清单的生效范围，对已核对过的条目按新口径复核一遍，避免新旧标准混用得出错误结论。
带条件放行之后，补录项到期没完成怎么办？
重新进入阻断流程。带条件放行时应在发布记录中写明放行条件和补录完成时限，到期未完成的，由核对负责人重新出具阻断结论，冻结范围按剩余未完成项确定。补录项本身不影响制品时，可只冻结相关发布项的说明更新，不必全量冻结。
阻断记录要留到什么程度才算可追溯？
至少保留四类记录：首次核对与重核记录，含核对人、时间、清单版本和差异关闭状态；版本关联记录，能查到目标版本下的需求与缺陷条目；制品构建来源记录，构建提交与发布分支的对应关系；发布评审结论，写明解除依据和解除权限人。解除动作本身也要在发布记录中注明时间和依据的核对记录编号。
