git原理详解及实用指南6进阶3merge合并commits.pdfVIP

进阶 3 ：merge：合并 commits 前⾯说到，pull 的内部操作其实是把 仓库取到本地后（使⽤的 是 fetch），再⽤⼀次 merge 来把远端仓库的 commits 合并到 本地。这⼀节就说⼀下，merge 到底是什么。 含义和⽤法 merge 的意思是「合并」，它做的事也是合并：指定⼀个 commit，把它合并到当前的 commit 来。具体来讲，merge 做的 事是： 从⽬标 commit 和当前 commit （即 HEAD 所指向的 commit）分 叉的位置起，把⽬标 commit 的路径上的所有 commit 的内容⼀并 应⽤到当前 commit，然后⾃动⽣成⼀个新的 commit。 例如下⾯这个图中： HEAD 指向了 master，所以如果这时执⾏： git merge branch1 Git 会把 5 和 6 这两个 commit 的内容⼀并应⽤到 4 上，然后⽣成 ⼀个新的提交，并跳转到提交信息填写的界⾯： merge 操作会帮你⾃动地填写简要的提交信息。在提交信息修改完 成后（或者你打算不修改默认的提交信息），就可以 这个界⾯， 然后这次 merge 就算完成了。 适⽤场景 merge 有什么⽤？最常⽤的场景有两处： 1. 合并分⽀ 当⼀个 branch 的开发已经完成，需要把内容合并回去时，⽤ merge 来进⾏合并。 那 branch ⼜应该怎么⽤呢？ 下节就说。 2. pull 的内部操作 之前说过，pull 的实际操作其实是把远端仓库的内容⽤ fetch 取下来之后，⽤ merge 来合并。 特殊情况 1 ： merge 在做合并的时候，是有⼀定的⾃动合并能⼒的：如果⼀个分 ⽀改了 A ⽂件，另⼀个分⽀改了 B ⽂件，那么合并后就是既改 A 也 改 B ，这个动作会⾃动完成；如果两个分⽀都改了同⼀个⽂件，但⼀ 个改的是第 1 ⾏，另⼀个改的是第 2 ⾏，那么合并后就是第 1 ⾏和 第 2 ⾏都改，也是⾃动完成。 但，如果两个分⽀修改了同⼀部分内容，merge 的⾃动算法就搞不 定了。这种情况 Git 称之为： （ ）。 直⽩点说就是，你的两个分⽀改了相同的内容，Git 不知道应该以哪 个为准。如果在 merge 的时候发⽣了这种情况，Git 就会把问题交 给你来决定。具体地， 诉你 merge 失败，以及失败的原因： git merge feature1 提示信息说，在 shopping list.txt 中出现了 merge ，⾃动合并失败，要求 fix s and then commit the result （把 解决掉后提交）。那么你现在需要做两件事： 1. 解决掉 2. ⼿动 commit ⼀下 1. 解决 解决掉 的⽅式有多个，我现在说最直接的⼀个。你现在再打开 shopping list.txt 看⼀下，会发现它的内容变了： 可以看到，Git 虽然没有帮你完成⾃动 merge，但它对⽂件还是做了 ⼀些⼯作：它把两个分⽀ 的内容放在了⼀起，并⽤符号标记出了 它们的边界以及它们的出处。上⾯图中表示，HEAD 中的内容是 移动 硬盘（已买），⽽ feature1 中的内容则是 移动硬盘（不买了）。 这两个改动 Git 不知道应该怎样合并，于是把它们放在⼀起，由你来 决定。假设你决定保留 HEAD 的修改，那么只要删除掉 feature1 的修改，再把 Git 添加的那三⾏ === 辅助⽂字也删掉，保 存⽂件 ，所谓的「解决掉 」就完成了。 你也可以选择使⽤更⽅便的 merge ⼯具来解决 ，这个你可以⾃ ⼰搜索⼀下。 2. ⼿动提交 解决完 以后，就可以进⾏第⼆步—— commit 了。 git a shopping\ l