merge和rebase

git里面对于分支的合并处理其实有两种。合并与分基。

对于合并，非常简单。git merge [branch-name] 表示把目标分支合并进当前所在分支

 

至于分基，简单地讲就是换根。具体细节就不说了，结论就是不要用分基。尤其是和别人一起开发。如果你pull下来一个项目，然后把自己的开发分基上去。那么你的同事会鄙视你，你的家人会看不起你，你的朋友会嘲笑你233333从此你就走上人生巅峰了

 

因为具体的说明git pro里面都有，这里就简单讲下。

如果你pull一个项目然后建一个分支开发一个新功能（如果你连新建分支都不做，直接原分支上开发。那么你的同事们会打你233333）.开发过程中，你电闪雷鸣，你风驰电掣，你不断探索，最后成功开发出一个无敌的功能。为了让其他人共享你的喜悦，你每开发一步就commit一下还push一下。然后最后，当你兴奋的完成了一切，rebase了一下。。。相信我，你一定活不过明天。。。

因为，rebase是把你的所有开发直接插到master上了。。。其他同事要想顺利提交，要先pull你的。而且如果你对项目文件的修改很多，pull会出错。然后所有人都要花大量时间fetch下来合并。。。。

就算大家耐心完成了一切，最后的commit历史也会有大量重复的。

 

总之，不要用rebase就对了

下面两图是我新建了testA和testB两个新分支，分别在分支里创建testA.txt和testB.txt。

然后把testB
rebase到testA的分支上。看最后的commit历史会发现就是这么简单添加一个文件，rebase的提交都会重复。真正项目开发时候，基本上重复个一百来条那酸爽。所有，千万不要用rebase！