28 lines
953 B
Markdown
28 lines
953 B
Markdown
# 前言
|
||
|
||
git作为一个开发人员必不可少的工具，代码提交也是日常一个非常频繁的操作，如果你或你的团队目前对提交信息还没有一个提交规范或约束，那么你有必要看看本文的内容了。
|
||
|
||
## 为什么要规范提交信息
|
||
|
||
首先规范提交信息肯定是有必要的，简单总结下几点好处：
|
||
|
||
- 让项目的维护或使用人员能了解提交了哪些更改
|
||
- 清晰的历史记录，可能某天自己就需要查到呢
|
||
- 规范的提交记录可用于自动生成修改日志(CHANGELOG.MD)
|
||
- 基于提交类型，触发构建和部署流程
|
||
|
||
|
||
|
||
## 使用什么规范
|
||
|
||
Conventional Commits(约定式提交规范)，是目前使用最广泛的提交信息规范，其主要受 [AngularJS规范](https://github.com/angular/angular.js/blob/master/DEVELOPERS.md#-git-commit-guidelines) 的启发。
|
||
|
||
[commit message convention](https://www.conventionalcommits.org/zh-hans/v1.0.0/)
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|