如何使用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
图片声明:本站部分配图来自网络。本站只作为美观性配图使用,无任何非法侵犯第三方意图,一切解释权归图片著作权方,本站不承担任何责任。如有恶意碰瓷者,必当奉陪到底严惩不贷!