 姚章浩
|
e9a643cc33
|
fix(release): 禁止导入未被算进期望策略 —— 生产知识下不了架（计划与建批两处同源缺陷）
界面验收实测（2026-10-10）：把已发布到生产的 PDF 改为「禁止导入」后，发布通道既给不出
delete、也建不了 delete 批次。
根因：禁止导入只写 source_items.policy_state='blocked'，而"期望策略"的解析只看
source_item_scope_overrides / directory_scope_rules / source_items.visibility——
两处实现都不看 policy_state：
1) release_plan.go 的 source_truth：被禁止且生产侧存在的条目被算成 unchanged/present、
can_release=false → 永远不会出现 delete 动作；
2) release_batches.go 的 releaseDeleteReadyCTEs.source_truth：同样口径 → 计划即使给了
delete，创建封批仍被拒 422（实测原文「创建封批失败（HTTP 422）」）。
修复：两处都把 policy_state='blocked' 算进期望策略（各一行，注释写明成因）。
新增集成测试 release_plan_policy_state_integration_test.go：用 policy_state（真实路由的写法）
造"生产存在 + 已禁止"的条目，断言①计划给出 action=delete/can_release、②delete 批次可创建；
分别回退任一处修复，该测试即 FAIL（已实测两种回退都 FAIL）。
实测闭环：重新发布使生产存在（enable_status=enabled）→ 禁止导入 → 计划 delete（present/
can_release=true）→ v8 delete_count=1 → 批次 rb-8c1ad1c9…(sealed, action=delete) → 留档
20261010T033100Z + 门禁 PASS → 执行 rx-6c19232a… completed（项级 verified/delete、
production_revision=absent）→ 目标库该行 enable_status=disabled（行保留、检索停用、可恢复）。
附带：从未导入却被标为禁止的 82 条"等待测试"噪音不再占发布计划（195 → 113 项）。
证据与说明补进 docs/USER_FLOWS_ACCEPTANCE.md（C2b + F.3h）。
|
2026-10-10 11:36:08 +08:00 |
|
zheromiku