Files
danyang-match/docs/Phase-V11-Deployment-Completion-Report.md
T
WorkBuddy b2ef60c04c docs: 废止漏网报告 Phase-V11-Deployment-Completion-Report(原地重写)+ 修订两处引用
治理报告 4.4 登记的「保留待决」项至此关闭(用户确认执行)。

- docs/Phase-V11-Deployment-Completion-Report.md:102 行 → 废止声明,含四要素
  (①原文是什么 ②为何失效:16/16 E2E 与 Feature Flags 15 项均被 Phase 22/23 复验推翻
  ③取代者:STATUS.md / OPS.md / V1_1_CHANGELOG.md ④为何保留而不删除)。
  **未删除** —— 本机有「删文件会级联清空父目录」红线,且删除会制造悬空引用。
- docs/Phase-01-V11-Recovery-Completion-Report-2026-09-09.md:引用行标注「已于 2026-09-18 废止」,
  并指明结论以 STATUS/OPS 为准,使引用有落点而非悬空。
- docs/Phase-13A-V11-Completion-Report.md:废止声明中「决定保留待决」改为「已同步原地重写为
  废止声明」,与实况一致。

原文可从 Git 历史取回:git log --all -- docs/Phase-V11-Deployment-Completion-Report.md
2026-09-18 21:34:33 +08:00

1.8 KiB
Raw Blame History

【已废止】Phase V1.1 本地部署完成报告(2026-09-09)

⚠️ 自 2026-09-18 起废止,不得作为验收证据或实现依据。 文件保留原位仅为治理痕迹; 原文(102 行)可从 Git 历史取回:git log --all -- docs/Phase-V11-Deployment-Completion-Report.md。

① 原文是什么:2026-09-09 04:45 生成的 V1.1(v1.1.0-RC.1)本地部署快照 —— 6 项后端 + 4 项前端 缺陷修复清单、本地部署端口表、E2E「16/16 PASS」结果表、数据库记录数、3 项已知限制。

② 为何失效(逐条已被实测推翻或取代):

  • 「E2E 16/16 PASS」→ 推翻。Phase 23 复验发现原用例在 import 期即崩,且断言大量只比对 常量字符串;E2E 在 CI 上从未真正通过过。Phase 23B 已重建 E2E 基建(真栈 + conftest + seed 账号)。
  • 「Feature Flags(15 项)PASS」→ 推翻。Phase 22 证实 4 份 application*.yml 没有 features: 块, 15 个 flag 实为 Java 字段默认、且业务代码从不读取(死配置)。
  • 部署端口表(Admin 8086 等)→ 取代。管理端已收敛至 /admin/ 子路径,端口 13520(dev)/ 13521(staging)。
  • 3 项「已知限制」→ 不再由本报告跟踪,以 docs/JIRA_BACKLOG.md、REMAINING_WORK.md 为准。

③ 唯一有效的取代者:docs/STATUS.md(状态与实测口径)、docs/OPS.md + infrastructure/(部署运维)、 docs/V1_1_CHANGELOG.md(变更历史)。

④ 为何保留而不删除:本机存在「删除 1 个文件会级联清空其整个父目录」的环境红线(已实测 2 次),且 docs/Phase-01-V11-Recovery-Completion-Report-2026-09-09.md 援引过本文件 —— 删除会同时造成数据损失与悬空引用。


废止头注写入: 2026-09-18;原文见 Git 历史