如果你不知道git是什么，那么你大概不是程序员群体中的一员。如果你知道并且也了解git，就是未曾使用过，那么你大概是一个向往测试或运维方向发展的程序员。从事或想要从事开发岗位的程序员，对于git，就如同IDE一样，有着家常便饭般的使用频率。
那么，我想问，作为同样经常的使用git的，对于个人项目的代码托管，在每次git提交的时候，是否会正正经经地填写提交信息呢？作为用于版本控制的git，不只是项目代码的同步工具，更是项目变更的记录工具。搁以前，出于“偷奸耍滑”，对私人项目的git操作，一直只求将本地更改同步到远程仓库就行了，至于每次提交时携带的提交信息，即便一直保持init字样也无所谓。
但是，最近几个私人项目的托管，为了改过自新也好，是开始真正认识到git的作用也罢，总而言之，已经开始正正经经的填写提交信息，并且是按文件甚至按代码块的形式进行提交，这也是为了方便项目回滚，更是为了方便定位问题。如果多个文件、或者多个方法的修改放在同一个提交中，那么一旦此次提交中某些改动不合适、需要进行回滚，就不得不连同那些不需要回滚的代码也一起回滚；当然了，也可以选择不回滚，而是单独对需要进行回滚地方手动更改回以前的代码，虽然，效果一样，但是却不太符合版本控制的要求，因为变更记录里面有了一个不存在的变更，所以，还是分开提交为好，就像下面：
git代码时，填写准确的提交信息，这样的良好习惯，是一个合格的开发者必须形成的，就像养成编写代码时及时换行、定义方法时懂得删繁就简。莫要认为填写git提交信息，是一种可有可无的操作。既然要进行版本控制，那么任何变更都应该形成可追溯的清晰记录，而这个清晰记录的形成，离不开每次git代码时认真填写提交信息。
况且，对于非私人的团队项目而言，是否是准确填写git信息，将影响自己的代码能否被合并到主分支上。在团队项目中，每次更改，都不是直接在主分支上进行，而是先从主分支上新建一个版本分支，在该版本分支上进行自己的修改，等所有修改都完成后，就向主分支发起合并请求、由负责主分支维护工作的开发主管去审核变更。
而审核工作之一就是查看git提交信息是否足够明确，而且开发主管为了阅读变更代码也需要依赖于清晰的git提交信息——通过git提交信息快速定位到做了更改的地方，不然，在那么多的项目文件中、那么多行的代码中去一个个找，要找到什么时候。因为一个成员众多的项目中，必然会出现多人共同开发共同提交，这时候紧靠git提供的差异对比工具，是远远不够的，就必须依赖git提交信息的辅助定位。
转载请注明：http://www.0431gb208.com/sjszlfa/9090.html
