create-windy 0.3.2 → 0.3.5

package/README.md

@@ -150,18 +150,19 @@ hash 的 missing tombstone 记住客户删除的 `project-owned` 路径；后续
 通过 `doctor --repair` 恢复事务。
 
 公网 `0.3.0` 的默认 Git + Oxc 项目需要先运行
-`create-windy@0.3.1 reconcile --to 0.3.0`，确认后增加 `--apply`，提交生成的清单和
-报告，再运行 `create-windy@0.3.1 update --to 0.3.1`。这里的同版本目标是为了同时
+`create-windy@0.3.2 reconcile --to 0.3.0`，确认后增加 `--apply`，提交生成的清单和
+报告，再运行 `create-windy@0.3.2 update --to 0.3.2`。这里的同版本目标是为了同时
 校验来源与目标均为同一个不可变 `0.3.0` artifact，不会把 Project Lock 提前推进。
 
 公网 `0.2.34` 的默认推荐模块项目也先对账到 `0.3.0`。该 profile 只有在 Project
 Lock、Oxfmt 配置、manifest 与来源 artifact 哈希全部精确命中时才启用专属 proof；
-未知 formatter 输出继续保持未决。当前公网默认项目实测为 11 个可证明、0 个未决，
+未知 formatter 输出继续保持未决。当前公网默认项目实测为 12 个可证明、0 个未决，
 而非默认的 sharp-sword 仍为 5 个可证明、2 个未决。
 
-发布后隔离回归确认全新 `0.3.1` 默认 Git/Oxc 项目 doctor 为 `0/0`，但真实
-`0.2.34` 经上述对账和更新后仍存在受管 hash 漂移。因此 `0.3.1` 暂不用于既有下游
-最终升级验收；等待后续补丁重新取得公开历史升级的 `0/0` 证据。
+发布后隔离回归确认全新 `0.3.2` 默认 Git/Oxc 项目 doctor 为 `0/0`。真实
+`0.2.34` 经 `12/0` 对账和 `160` 文件、`0` 冲突更新后，真实 `0.3.0` 经
+`81/2` 对账和 `30` 文件、`0` 冲突更新后，均完成正常 Husky/Oxfmt 提交并最终
+收敛到 Git 干净、doctor `0/0`。
 
 本地 Web 默认使用 8746；如果该端口属于其它服务，会自动尝试 8747、8748 等端口。
 如果检测到同一个项目已启动，则直接复用现有地址。
@@ -181,9 +182,26 @@ License Authority、内部签名服务、Secret、开发凭据、本机绝对路
 法律许可仍由创建时的 `--license` 独立决定，默认 `UNLICENSED`，不会因为使用了
 Apache-2.0 基座而自动开源客户业务代码。
 
-## 当前生命周期边界
+## 模块生命周期
 
 创建期模块物理组合已达到 H2：默认、纯核心、全模块和无 Oxc 组合持续执行真实安装、
 类型检查、测试和构建，模块组合还在 PostgreSQL 17 上验证首次/重复迁移与 Server
-启动。`doctor` 与无损 `update` 已交付；部署后的通用 `module add/remove/update` 仍属
-下一切片，因此 H2 暂不代表模块已经可以无损安装或卸载。
+启动。部署期使用同一个项目内 CLI：
+
+```bash
+bun run windy module list
+bun run windy module add work-order --dry-run
+bun run windy module add work-order
+bun run windy module update work-order
+bun run windy module remove work-order --dry-run
+bun run windy module remove work-order --confirm-data-disposition
+```
+
+命令要求 Git 工作区干净，复用 `update` 的三方计划、CAS 事务、验证和
+`doctor --repair` 恢复；CLI 与项目 Windy 版本也必须完全一致，旧项目先执行
+`bun run windy update`。卸载默认保留业务数据，不执行 down migration，并把模块
+migration 证据保留到 `.windy/module-history/`。目录声明 `archive-data` 或 `manual`
+时，还必须通过 `--data-plan` 提供已审阅的处置文档；CLI 不连接数据库或自动执行
+归档。当前 `work-order` 已取得完整
+安装、重复安装、更新、保留数据卸载、重复卸载和重装 H3 回归；其它模块保持 H2，
+直到分别取得同等级证据。