开源仓库 Commit 规范
前言
Git commit message 是用来描述代码更改的文本信息。其主要的功能如下:
- 记录更改历史:
- 每次提交(commit)都会生成一个包含详细描述的 Git 提交信息。这个信息帮助开发者了解每次更改的目的、内容和原因。
- 提交信息是项目代码的变更历史的一部分,团队成员通过这些信息可以了解谁做了哪些更改。
- 提高代码协作性:
- 当多人合作开发时,清晰的提交信息可以帮助团队成员快速理解每次提交的内容,而不需要逐行检查代码。尤其在多人协作的项目中,良好的提交信息可以有效避免混淆和冲突。
- 便于代码回溯:
- 如果出现错误或问题,可以通过 Git 提交信息追溯到错误引入的提交。开发者可以基于提交信息快速定位问题,并回滚到正常的版本。
- 改进版本控制管理:
- 通过使用有意义的提交信息,Git 使得版本控制的管理变得更加高效。当需要做版本发布、版本切换或调试时,提交信息可以帮助快速了解每个版本的变化。
- 生成自动化文档(一般用不到):
- 在许多开发流程中,Git 提交信息与 CI/CD、自动化工具等流程紧密相连。例如,一些工具会通过提交信息自动生成变更日志(Changelog),方便团队或用户查看更新内容。
那么如何写好 Git Commit 信息呢?———— 规范
注意:如果你在参与团队开发,那么规范应该以团队要求为主,这里主要是日常个人仓库维护。
基本格式
1 | :memo: docs: copilot无法在 vscode 中工作 (这是commit -m 的内容,:memo:是Gitmoji,push后会自动渲染) |
更详细的 rules 请参考:Git 提交信息规范
自定义短语
能大大减少记忆和输入 Gitmoji 的时间。
比如可以用 ref 来替代 :recycle: refactor:
部分输入法存在乱码,所以非必要,还是把短语加到默认输入法里,然后导出备份一份。
以搜狗输入法举例
搜狗输入法点击属性
属性中找到自定义短语
在自定义短语中将在其他地方找到的『』复制粘贴到其中,然后自定义字符来打出来它。
以微软输入法举例
对着「英/中」右键->
用户自定义短语。->
添加->
1 | 拼音:lf |
之后拼音输入 lf 就会有对应的候选词,并且这些都可以导出。也不用考虑候选位置,如果碰到重复的,它会根据添加顺序依次排列。
常用 Gitmoji 和 Git Message 对照表
1 | 🎉 init: 初始化 |
更详细的 Gitmoji 请参考:1.Gitmoji 2.initial docs
案例
成品展示
反面教材
本博客所有文章除特别声明外,均采用 CC BY-NC-SA 4.0 许可协议。转载请注明来源 Aerbeita's 博客!
评论