test(gitops): 在 prune 开启后重新纳管测试对象

CHANGELOG.md

@@ -36,6 +36,14 @@ What changed in this homelab, when, and why. Newest first.
 | GitOps canary | 加入由 Flux 部署到独立 `gitops-canary` namespace 的 `http-echo` Deployment 和 Service；历史 Contour HTTPRoute 明确排除在 Kustomization 之外，初始保持 `prune: false` |
 | prune 验证 | 为 `http-echo` 加入无业务依赖的 `flux-prune-canary` ConfigMap；先在 `prune: false` 下确认 Flux inventory，后续通过独立 PR 删除并仅为 canary 开启 prune |
 | prune 验证第二阶段 | 第一阶段已确认 `flux-prune-canary` 带 Flux ownership 标签并进入 `http-echo` inventory；从 Git 删除该测试对象，同时仅为 `http-echo` 开启 `prune: true`，root 继续保持 `prune: false` |
+| prune 验证修正 | 第二阶段证明“同一 revision 开启 prune 并删除旧对象”不会回收该对象：Flux 已从 inventory 移除它，但 live ConfigMap 保留。将 ConfigMap 在已经生效的 `prune: true` 下重新纳管，下一 revision 只做删除 |
+
+### Incident: prune 启用与对象删除放在同一 revision
+
+测试把 `http-echo` 从 `prune: false` 改为 `true` 的同时从 Git 删除测试
+ConfigMap。Flux 按新 revision 更新了 inventory，但没有删除按旧设置管理的 live
+对象，导致 ConfigMap 成为 inventory 之外的残留。没有业务影响。修正方式是在
+`prune: true` 已经生效后先重新纳管对象，再用下一 revision 单独删除。
 
 `Carried forward`: re-verify OpenBao/ESO recovery and remaining Secret inventory;
 configure an off-site Git mirror; plan the Gitea upgrade beyond 1.25.5;