我是这样 Git Commit 和撰写 Release Notes 的

我的工作流程很简单，因为简单易行才能形成习惯：

1. Git Commit: 按照约定式提交规范撰写每一次 Git commit message；
2. Git Tag: 妥善管理 Git Tag，特别是版本 Tag；
3. Git Log: 导出 Git 提交日志；
4. Release Notes: 借助 ChatGPT 生成发布日志文案；
5. Release: 结合优化后的 Release Notes 文案，在平台上发布信息及安装包。

Git Commit

Conventional Commit

我提倡使用 Conventional Commit 规范来撰写 Commit 信息。为何要使用这一规范？它不仅帮助自动化生成 CHANGELOG，还有助于自动确定语义化的版本变化，同时向同事和利益相关者清晰传达变化。而且，它简化了提交历史的探索，降低了为项目贡献的难度。

在实践中，我发现 Conventional Commit 规范让我的 Git 历史更加清晰，每当回顾时，就像翻阅一本精心编排的故事书。

借助工具

为了提高效率我们需要借助一些工具撰写提交信息，其实网上也已经有借助 AI 来撰写 Commit 的了，我的工作流还没加入，暂且还是希望这一颗粒度的工作自己来把控，如果你对 AI 撰写 Commit 感兴趣的可以了解下 aicommits。

可用工具：

1. 更通用的方式（推荐）：Raycast 的 Conventional Comment 插件；
2. 命令行下：commitizen;
3. vscode 下：git-commit-plugin

我正在使用第一个工具，不管是在 Xcode、命令行还是 Vscode 或者其他 IDE，我都可以使用 Raycast 的 Conventional Comment 插件通过填写表单的形式生成 Commit 信息。

Raycast - Conventional Comment Extension

Git Tag

随着功能的实现、问题的修复以及性能的优化，会逐步完成规划的版本，所以在完成版本的最后一个提交是我都习惯打 Tag，不管是命令行还是 GUI 的 IDE 中我都建议做这一步。

版本作为关键节点会清晰的展示 App 的发展脉络，也方便 Git Log 追溯代码和导出提交日志。

Git Log

完成 Tag 之后，我一般会使用命令导出新版本和上一个版本间的提交信息。比如：

git log to file

这样我会得到 CHANGELOG 的关键参考信息。

Release Notes

为此我专门做了一个 GPT — Release Note Translator，链接为：https://chat.openai.com/g/g-AsvlD8ESW-release-note-translator，如果你也需要的话可以试试。对话中直接上传上面提交信息的 txt 文件或者发送提交信息都可以，然后就会看到结果了，最终可以得到 Release Notes、概述和推特帖子参考。

ChatGPT 协助撰写 Release Note

Release

最后我会对文案进行适当优化修改，然后在发布平台发布信息，比如 App Store、小红书、Twitter 等。

总结

总结来说，AI 的辅助无疑提高了我的工作效率，同时也为产品的持续发展注入了新的活力。在这个快速变化的时代，合理利用 AI 的辅助能力，不仅能提高效率，还能激发我们的创造潜力。