Git是协作开发中必不可少的，简单的一个人一个分支没有太多需要掌握的，但如果是大型团队，几十个功能同时开发，如何协同良好的使用Git成为了项目顺利进展的基石。如果你即将或刚进入这种大型开发团队，那么本文值得一看。

git rebase

在合并代码或拉取新代码的时候，git会自动生成一个merge的commit，并且分支树在多人开发时变得凌乱不堪。

如果我们有两个分支：master和feature如下图。现在需要把feature分支合并到master分支。

创建新分支

使用：(master)git merge feature && git pull

merge新分支

使用：(master)git rebase feature && git pull --reabse

rebase新分支

小结：如果你的当前分支落后于远程分支，并且你有了自己新的commit，使用git pull会产生一个merge的commit信息。如果使用git pull --rebase，那么会git会将你的commit先放一边，然后把远程分支的内容拉取到你的本地，接着再自动把你的commit放在最上面。中途发生冲突，在解决冲突后使用git rebase --continue来继续rebase操作

git cherry-pick

现在，feature分支有了4个新的commit，但是我们只需要其中的一个或几个合并到master

cherry-pick多个提交

我们可以使用git cherry-pick命令。
git cherry-pick [commitID] 提取一个commit
git cherry-pick [start-commitID]..[end-commitID] 提取一个commit到另一个commit之间的所以commit，不包括start-commitID，包括end-commitID。
git cherry-pick start-commitID]^..[end-commitID] 提取一个commit到另一个commit之间的所以commit，包括start-commitID，包括end-commitID。

在使用git cherry-pick过程中如果遇到冲突，解决冲突后使用git cherry-pick --continue来继续cherry-pick操作。

cherry-pick提取其中几个提交

一个commit其实就是一个文件修改的补丁，cherry-pick就是单纯的把这个文件修改补丁提取，对于被提取的分支不会发生任何变化。

git rebase -i

开发一个新功能，往往会有多个commit信息，但我们在合并的时候，只希望有一个commit信息。rebase -i命令可以帮助我们修改本次合并的所有commit信息

现在，我们在feature有4个commit信息，我们需要把feature合入master，并且希望所有的commit合成一个commit

创建了4个commit

把feature上的4个commit rebase到master后，通过git status查看

查看git status

可以看到，现在和远程分支相比有4个提交

执行git rebase -i

执行git rebaes -i

可以看到，reabse -i的作用是用来编辑所有的commit，也就是在push到远程分支之前，我们可以“为所欲为”，可以看到有多个命令可以使用。
p, pick = 使用此commit。(p是pick命令的缩写，两种方式均支持)
r, reword = 使用此commit， 编辑commit messagee,
e, edit = 使用此commit，并且把commit信息放在第一个，使用commit --amend来修改commit信息
s, squash = 使用此commit，但是合并到前一个commit中去f,
f, fixup = 和squash类似，但是放弃此commit的message

具体的使用还是要自己试试才能体会。

在这里，我们把后三个改成s

修改命令

接着保存会进入一个commit编辑界面

进入新的commit界面

这个时候可以修改我们的commit信息了，这个commit包含了合成的4个commit,我们把commit信息修改成"commit 1,2,3,4"

再使用git log 查看

查看git status

查看git log

最终的分支树

git push 多个commit中的一个

git push [remote] [commit-id]:[branch]

再push到远程仓库就大功告成了。