当习惯使用Git的时候,没有Git简直就不敢动代码。如果不用Git,要是一不小心动了代码也无从知道。
有时代码出了问题,来请教别人。第一句,就会被问,改动了什么?不知道。或者会说,改了什么什么,可是如何证明只改这些而没有动其他的呢?如果只改动了这些,应该不会有问题呀。所以,没法精确呈现出到底改动了什么。
所以,Git很重要,不多说了。说说更重要的Commit 这件事。
如果在Commit代码时,不知道写什么,说明写代码时没有目的,或者至少目的不明确。所以写代码之前,应先明确一下,这次写代码的目的是什么。
最好的方法是从Issues列表中选中一条。当你完成的时候,在Commit的时候,就可以写Closed xxx,或Fixed xxx。
或者如果有需求列表,可以从需求列表里挑出一条来。如果这个也没有,可以写个TODO列表,表明自己要做这些事情,然后一条一条地去完成。
有时,Commit Message不好写,是因为你做了好多改动,分属不同的功能,导致最终不能用一句话来概述你做的修改。实质还是没想清楚,或没有条理,东改一下,西改一下。
所以,从Commit Message里,也可以测量软件的质量,如果Commit Message乱糟糟,那软件质量可能也会差一点。
不但软件质量差,也影响Code Review。乱糟糟的一通改,也很难理出个思路,从而影响Code Review。
所以,要想有一个好的Commit Message,那么,你坐在电脑前,准备敲键盘时,现不要敲代码。应现应先敲Commit Message,就是说你准备做什么。有了明确的目标,再开始敲代码。
在敲代码的过程中,遇到与目标无关的部分,可能有些小问题,可以先不管它。等目标完成了,Commit了,再回过头来,修正其他的问题。
这样,Commit Message就没有什么难写的了,因为事先已经写好了。
这样的代码的质量应该会好一些,易于Code Review,也易于在日后查找问题时回滚。
声明:本站部分文章及图片源自用户投稿,如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢!