Release Skill
此 Skill 旨在提供一个标准化的发布流程。它通过脚本自动处理繁琐的操作，并利用 AI 总结用户可感知的改动。
目录结构
-
scripts/bump_version.py : 自动更新 pubspec.yaml 版本号。
-
scripts/get_commits.py : 提取自上次发布以来的 Git 提交记录。
-
scripts/format_release.py : 格式化发布日志模板。
使用流程
准备阶段
-
检查当前分支是否为发布分支（通常是 master/main）。
-
确认工作区是干净的（没有未提交的改动）。
版本号更新
-
运行 python3 scripts/bump_version.py 或者带上目标版本 python3 scripts/bump_version.py 2.20.2-beta 。
-
如果用户提供了版本号，则使用用户指定的版本号，并且自动保留并增加构建号（例如从 +513 变为 +514 ）。
-
如果未提供版本号，脚本会自动在当前版本号的基础上增加一个小版本号（patch），并同样增加构建号，且保留原有的 -beta 等预发布后缀。
生成发布日志
-
运行 python3 scripts/get_commits.py 获取原始提交记录。
-
将记录提供给 AI，根据 scripts/format_release.py 的定义，总结出用户可感知的改动。
-
改动分类应包括：🎉Highlights、✨新增功能、🐛修复问题、🔧性能优化、📋其它。架构优化和技术细节无需列入用户日志。
-
**非常重要：**如果某个分类下没有相关改动，必须直接省略该分类，绝对不要写“暂无”或“无”。
-
**非常重要：**生成的发布日志必须经过用户确认后，再进行 Commit 操作。
提交与标注
-
注意：在 Git 提交信息和打标签时，版本号必须省略 + 及其后面的构建号（例如：版本号 2.19.4+510 对应 2.19.4 ，版本号 2.20.2-beta+514 对应 2.20.2-beta ）。pubspec.yaml 中则保留完整版本号。
-
提交改动：# release: {基础版本号}\n\n{发布日志内容} 。
-
打标签：v{基础版本号} 。
推送
- 将代码和标签推送到远程仓库：git push origin {branch} --tags 。
注意事项
-
提交消息必须使用真实的换行，而不是 \n 字符串。
-
确认发布日志内容后，再进行 Commit 操作。