如何使用git merge 一系列的commits

先来说说 git 所保存的对象。对于 git 来说， commits ，文件， branches 都是一些对象。 commits 保存的是一些文本文件之间 diff （只对文本文件来说）。所谓的 merge 就是把那些 diff 在某些 commit 点上面重播（ replay）一次。

可是 git 的 merge 没有直接 merge 一系列 commits 的功能。对于一个 commit ，我们可以使用 cherry-pick 来把那个 commit replay 到其它 commit 点上面。对于一系列的 commit ，这样做很麻烦，假如发生冲突麻烦更加大，你必须记住在 replay 到哪个 commit 的时候发生冲突，解决完之后还必须到跳过那个 commit 继续 cherry-pick。

git 的 rebase 能达到此目的。它和 merge 的不同之处在于 merge 是在历史记录分开的时候那个点开始重播的，而rebase 是保存好在 upstream 没有的 commits ，然后把那些 commits 重播在新的 base 点上。

假设要把 branches A 中 commit c-d （从 a-f ） merge 到 branch B 有两种方法：

方法一：首先用从 A 创建新的分支 A1 ，用 branch –f d 去除 commit e f ，然后用 rebase 去除 commit a ， b（详情见 rebase --help ）。然后把 branch B rebase 到 branch A1 上

方法二：首先从 A 创建新的分支 A1 ，用 branch –f d 去除 commit e f 。然后用 rebase –onto B b A1 把 A1“嫁接”（ transplant ）到 B 上。

方法一方法二的区别在于 c-d 应用的位置不同，方法一会出现在 B 的最前面；方法二相反。

1. git fetch：相当于是从远程获取最新版本到本地，不会自动mergeGit fetch origin mastergit log -p master..origin/mastergit merge origin/master 以上命令的含义： 首先从远程的origin的master主分支下载最新的版本到origin/master分支上 然后比较本地的master分支和origin/master分支的差别 最后进行合并 上述过程其实可以用以下更清晰的方式来进行：git fetch origin master:tmpgit diff tmp git merge tmp 从远程获取最新的版本到本地的test分支上 之后再进行比较合并2. git pull：相当于是从远程获取最新版本并merge到本地git pull origin master上述命令其实相当于git fetch 和 git merge在实际使用中，git fetch更安全一些因为在merge前，我们可以查看更新情况，然后再决定是否合并

鹏仔微信 15129739599 鹏仔QQ344225443 鹏仔前端 pjxi.com 共享博客 sharedbk.com