用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下开发。