ghost-him/zerolaunch-rs/bump-version

bump-version — 版本号变更

变更工作区、Tauri 配置的版本号，自动格式化代码，提交并创建 Git Tag。

触发方式

/bump-version v1.0.1
/bump-version v1.6.0 重点：AI 搜索语义排序重写；插件市场安装卡顿修复

执行流程

1. 前置检查 (Pre-flight Check)：

• 检查当前 Git 工作区是否干净（无未提交的修改）。如果不干净，提示用户先 commit 或 stash 现有修改，并退出该流程。
• 解析并验证版本号格式（必须是有效的 semver，如 X.Y.Z，自动去除可能存在的 v 前缀）。
• 参数中版本号之外的内容即「发布重点」（可选，可多行/多行分隔），原样写入 tag 注释。

1. 更新版本号：

• 工作区根 `Cargo.toml`：更新 [workspace.package] version = "X.Y.Z"（所有 version.workspace = true 的 crate 自动继承，无需逐一修改）
• `src-tauri/Cargo.toml`：
• 先检查是否为 version.workspace = true。
• 如果不是（当前为独立版本），更新其 version = "X.Y.Z"。
• 如果是（未来改为继承后），则跳过此项（根 Cargo.toml 已覆盖）。
• `src-tauri/tauri.conf.json`：更新根级 "version" 为 "X.Y.Z"（字段在根层，如 "version": "1.0.0"）。
• `src-tauri/tauri.conf.portable.json`：同上，更新根级 "version" 为 "X.Y.Z"。
• `package.json`（根目录）：更新 "version" 为 "X.Y.Z"。

1. 同步 Lockfile 与格式化：

• 运行 cargo check（或更新 lockfile 的命令），确保 Cargo.lock 得到更新。
• 运行 just style 进行代码格式化和 clippy 修复。

1. 提交前安全校验：

• 运行 git diff --stat 展示即将提交的文件变更列表。
• 必须 通过 ask 工具询问用户确认，例如：

> 以下文件将被提交（含 just style 格式化后的改动）： > （展示 git diff --stat 输出） > 是否确认提交？

• 如果用户拒绝，中断流程并提示用户可手动检查或恢复。
• 如果用户确认，继续下一步。

1. Git 提交与 Tag：

• git add -A
• git commit -m "chore: 变更版本号为 v{version}"
• 创建注释型 tag（轻量 tag 没有注释，AI 摘要拿不到发布重点）：
• 无发布重点：git tag -a v{version} -m "release v{version}"
• 有发布重点：`git tag -a v{version} -m "release v{version}

{发布重点原样多行文本}"`

• tag 注释由 .github/workflows/release.yml 的 Generate AI summary 读取，作为最高优先级决定 AI 摘要写哪些内容：建议写 1-3 条用户可感知的改动（如“重点：…”“次重点：…”），不要把内部重构写进去。
• tag 已推送后要改注释须 git tag -f -a + 强推，会改写远端 tag；仅未推送时安全，推送了就留到下个版本。
• 提示用户：已完成本地提交和 Tag 创建，请确认无误后手动执行 git push --follow-tags。

错误处理

• 如果未提供参数，提示用法。
• 如果版本号格式不合规，中止并提示。
• 如果 just style 或任意前置步骤失败，中断并保留现场，提示用户错误信息。