用Git完成一次提交的过程
对于git我就多介绍了。这里我要叙述的是：我是如何用git提交的。无论是写了一个新的feature还是修改了一个bug，这样的操作每天会重复很多次。下面假设你认为已经做好了一次修改，而且每一步都测试过了。
1.查看修改了那些文件，回忆每个文件实现的功能
git status
?执行这个git命令，会显示你动了哪些文件。这时候不要简单的看一眼。我们应该仔细看每个文件的名字，然后思考我们在这个文件里面实现了什么功能，可能不会很清晰记得怎么写的代码，没有关系，后面我会继续说。
?
2.查看每个文件是如何修改的，查看修改是否与功能相匹配
git diff 或者git diff file_path/file_name
?这里推荐的是第二个方案。使用第二个命令的好处很多。首先它可以让你清晰的看到某个文件的修改部分。然后通过看这些代码，你可以判断这些修改是不是和刚才想的一样。另外这个命令也可以让你检查代码格式，但是不建议在这里做。
?
3.将修改的文件加入git?
git add .git add file_path/file_name
这两个命令都可以，看你喜欢，主要是将修改的暂时保存到git中，如果不想修改了，可以使用reset掉?
?
4.查看加入版本库的状态
git status
?根据提示，查看你要提交的文件是否已经全部加入到git中。
?
5.重构代码，然后继续执行1,直到重构完成。
?
6.格式话代码。推荐使用IDE的自动合适化，继续执行1,直到格式化完成。
?
7.最终查看修改了那些代码。
git diff --cached
这个时候要把，刚才做的内容整体过一边。包括每个函数的作用，是否去掉了调试信息，格式化代码等。这个过程相当于整个修改的最后把关。我很看中这个过程，即便很多人认为它不重要。
?
8.提交代码
git commit -m 'gitname- commit info'
gitname是你在github上使用的名字，或者是在项目中你使用的名字
?
?9.拉代码?
git pull --rebase
?如果有冲突，就merge后，提交。没有的话可以直接提交
?
10.提交代码
git push origin branch_name
?
总结一下：?
? a.平时用的最多的是git status 和git diff，而且要多使用。
? b.养成良好的git使用习惯。总有人认为当时提交的时候没仔细看，这是一个多么垃圾的接口。
? c.不建议使用gitg。虽然可视化做的很好，但是形成依赖。如果那样的话，还不如去windows下开发。
?
