在为代码添加一个新功能的时候你会怎么做？（从git的操作顺序来说）
如果是我的话，顺序如下：
- 先是使用git checkout -b ，来新建一个新的分支，然后开始按照自己提前思考好的逻辑加入新代码
- 写好这个功能并调试好后，使用git add 、git commit提交代码
但之后当你或者同事review代码，或者测试测出bug时，你又需要改代码并且将改后的代码提交，这样就造成了一个功能多次提交，会出现下图所示的log，显的git log很多还乱。
为了自己或者同事log查起来方便，最好是一个功能的代码最好合并一下。下面介绍两种方法来合并多个提交，git commit –amend 和 git rebase -i。
git commit –amend的使用
我们新开一个分支并且将新开发的功能模块提交后有如下的log
从图中的红框可以看出该提交新添加了一个文件。这时当我们发现新写的模块有问题时，我们需要更改代码重新提交，但是又不希望有新的提交记录，可以安装下面操作进行：
- 修改需要修改的代码，这里为了方便解释，添加了一个新的文件叫做fixed_bug.txt
- git add fixed_bug.txt
- git commit –amend 执行这一行能看见下图所示，里面你可以更改提交所需要的日志语句，也就是类似于git commit -m “（log）”语句log里面的内容，也可以不修改，这里改成”add new module and fixed a bug“
经过上面操作可以看见如下面所示的log记录，可以看出提交记录没有多，在同一个提交里面叫新的文件提交进去了，并且提交的描述也有所变化。
如果对于这个新功能你改了多次就重复这个操作多次就可以了，只会产生一个提交。
git rebase -i 的使用
之前有篇博客对比了《git merge 和 git rebase在合并分支时的区别》。下面讲述一下如何使用git rebase来合并多个分支。
和文章最初所讲的一样，按照正常操作，发现一个问题提交一个提交，会有下面所示的log记录。
因为”fixed bug”的这些提交都是修的新添加功能的bug，现在需要将”fixed bug”的这些提交都合并到”add new module”这个提交里面，操作如下：
git rebase -i 518e73。这里需要注意的一点是，你想将哪些提交合并，那你-i后面跟的提交号，应该是这些提交中最早的那个提交的前一个提交，比如你想将所有的fixedbug提交和add new module这个提交合并，那你需要在git rebase -i后面写的提交号是add new module这个提交的前一个提交的提交号，即first commit的提交号。
编辑提交文件，设置需要合并的提交。执行完第一步后你可以看到下面第一幅图所示的界面。上面的红框里面为你之前的提交信息，下面的红框告诉你怎么编辑这些提交，如果我们要将多余的提交压缩到最早的提交里面，也就是说需要将”fixed bug”那些提交合并至”add new module”里面，变成一个提交。编辑方式如下，将待合并的提交前面的pick改成s即可，如下面第二幅图所示。然后保存并退出该界面。
修改提交信息。执行第二步后可以看到下面第一幅图所示界面，红框里面的就是之前的提交信息。你可以不修改，也可以按照自己想要的提交信息修改，下面我们删掉除”add new module”以外的所有提交信息，如下面第二幅所示。
这样合并提交就完成了，我们可以看到最后的log信息如下图。可以看出提交合并成了一个，并行描述信息也只有”add new module”，但是修改文件都在这个提交中提交了。
如果上述第3步啥也不改，那描述就会是几个提交的合并，如下图所示
上面讲了两个常用的合并提交的方法，两种方式有所不同，git commit –amend做的是一边提交一边合并，git rebase -i是将已提交的提交合并。
