1.鼓励频繁提交
代码修改到完美再提交是完美主义的心理活动。但是最佳提交实践是频繁地提交。频繁提交有助于你每次提交的代码修改更加简洁单一,有助于你只提交相关的改动。这样的好处包括可以和别人频繁地交流代码,便于集成。在版本控制回退、debug、以及代码合并(merge)的时候更加清晰易读
2. 相关的改动才放一起提交
不要在一次提交中修复两个bug。单次提交的改动越小,更便于其他开发者理解,并且如果改动有问题,版本回退更方便。
3.主干原则
主干(master)分支的原则是“主干代码必须是可以发布并且不会产生bug的”。因此合并主干分支,全面的测试是必须的。
4.提交的时候描述应该言简意赅
提交的时候应该要简洁、描述清晰地总结提交修改的目的。改了什么,为什么改,如何改的。
5.逻辑代码修改与格式代码修改不要混在一起
代码格式化操作,比如去掉所有空格或者不必要的包,应该单独将这些操作提交。不应该与业务底层等逻辑修改放在一起
6.忽略列表
如果有文件不想或者不需要、不应该提交到代码库,应该加入到忽略列表.gitignore之中。
忽略文件夹:文件夹名/
忽略文件:*.文件格式
7.使用分支
作为git最重要的功能之一,一定要学会使用分支。所有的特性或者较大的bug修复都应该使用分支来修改。