写commit

版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/qq_32768743/article/details/86532489

写commit还是按照一个规范来比较好
一个写git commit很好的工具
但是还是有些傻傻分不清几个前缀

feat, fix, docs, style, refactor, perf, test, chore,ci, build等
用得最多的就是feat, fix, refactore, build这几个
写commit的改动尽量小，最好一个文件，但是有时候是做不到的，也没办法，尽量做到单一，就像软件里不是有一个单一职责原则么？类似的。
这样写的一个问题就是会有很多commit，commit的个数增长比较恐怖
写commit可以算作是对一个任务的再次分解，分成几个步骤，每个commit记录这个步骤已经完成，方便后面Code Review，不然写完后，看自己的代码就是一个大大的我靠，几个月前我写了啥，这TM是我写的。当时脑子有病吧，写出这样的代码。算了，算了，不该了，不看了，又不是不能用。。。
每天下班前写一个daily commit，仅表示我今天下班了，代码写了这么多，同时push代码到公司的gitlab，防止出问题。
写的commit不Review就没啥意思了
借助工具commitizen可以写出格式很好的commit，就是commitizen启动太慢了，有时非常烦，最后干脆手写了。
在用Spring boot做开发的时候，常用的commit单位，controller，或者一个REST接口，不过写了一段时间后发现还是太大了，有时候还是要以Service的方法为单位commit.
application.properties常常会写build的commit
其他的还有就是经常用同步数据库修改，因为数据库往往随着需求的变化，增加字段或者增加表，基本没有能设计一次以后再也不该的情况，只能拥抱变化