Git 项目版本发布自动化工具。支持语义化版本号升级 (major/minor/patch)， 基于 Angular commit 规范自动生成 CHANGELOG，创建 git tag 并推送到远程仓库。 触发关键词： - "发布版本"、"升级版本"、"更新版本"、"版本发布"、"发新版" - "更新版本并提交"、"升级并提交"、"发布并推送" - "bump version"、"release"、"new release" - "打tag"、"创建发布"、"创建tag" - "大版本更新"、"小版本更新"、"补丁版本" - "major release"、"minor release"、"patch release"
自动化 Git 项目版本发布流程。
在执行发布前，必须使用 AskUserQuestion 工具询问用户版本升级类型：
问题：本次发布是什么类型的版本升级？
选项：
- patch (补丁版本) - Bug 修复、小改动 (例: 1.0.0 → 1.0.1)
- minor (小版本) - 新功能、向后兼容 (例: 1.0.0 → 1.1.0)
- major (大版本) - 破坏性变更、重大更新 (例: 1.0.0 → 2.0.0)
除非用户在请求中已明确指定版本类型（如"大版本更新"、"patch release"），否则必须询问。
# 确认工作区状态
git status --porcelain
# 确认当前分支
git branch --show-current
# 获取当前版本号
grep '"version"' package.json
# 获取最新 tag
git describe --tags --abbrev=0 2>/dev/null || echo "无现有 tag"
，提供以下选项：
| 类型 | 描述 | 版本变化示例 |
|---|---|---|
| patch | 补丁版本：Bug 修复、文档更新、小改动 | 1.2.3 → 1.2.4 |
| minor | 小版本：新功能、向后兼容的改进 | 1.2.3 → 1.3.0 |
| major | 大版本：破坏性变更、API 重构 | 1.2.3 → 2.0.0 |
如果用户说"小更新"/"小版本" → minor 如果用户说"大更新"/"大版本" → major 如果用户说"修复"/"补丁" → patch
如果工作区有未提交更改，询问用户：
# 使用脚本升级版本
bash scripts/bump-version.sh <patch|minor|major>
或手动更新 package.json 中的 version 字段。
按 Angular 规范分组 commits（见 references/angular-commit.md）：
## [X.Y.Z] - YYYY-MM-DD
### Breaking Changes
- 破坏性变更描述
### Features
- feat(scope): description
### Bug Fixes
- fix(scope): description
git add package.json CHANGELOG.md
git commit -m "chore(release): vX.Y.Z"
git tag -a vX.Y.Z -m "Release vX.Y.Z"
询问用户是否推送，确认后执行：
git push origin <branch>
git push origin vX.Y.Z
用户可能使用的表达方式：
| 用户说 | 版本类型 |
|---|---|
| 大版本、大更新、重大更新、breaking | major |
| 小版本、小更新、新功能、feature | minor |
| 补丁、修复、bugfix、hotfix、小改动 | patch |
vX.Y.Z 格式0.1.0 或 1.0.0 开始references/angular-commit.mdreferences/semver-guide.mdassets/CHANGELOG.template.md