Git merge for conflict cases将本地副本替换为公共祖先副本

基础概念

Git merge 是 Git 版本控制系统中用于将两个分支的更改合并到一个分支的操作。当两个分支对同一文件的同一部分进行了不同的更改时，就会发生冲突（conflict）。在这种情况下，Git 无法自动决定如何合并这些更改，需要手动解决冲突。

相关优势

1. 灵活性：Git merge 允许开发者灵活地合并不同分支的更改。
2. 历史记录：Git 会记录每次合并操作，便于追踪项目的历史变更。
3. 协作：Git merge 促进了团队成员之间的协作，可以轻松地将不同人的工作合并到一起。

类型

1. Fast-forward merge：当合并的分支是当前分支的直接后继时，Git 会执行快进合并。
2. Recursive merge：当合并的分支不是当前分支的直接后继时，Git 会执行递归合并，尝试找到一个公共祖先并合并更改。
3. Octopus merge：同时合并多个分支。

应用场景

1. 功能分支开发：在开发新功能时，通常会在单独的分支上进行，完成后将其合并回主分支。
2. 错误修复：在修复错误时，可能会创建一个修复分支，修复完成后合并回主分支。
3. 版本发布：在发布新版本时，可能会将特定版本的更改合并到稳定分支。

冲突解决

当发生冲突时，Git 会提示哪些文件存在冲突，并在文件中标记冲突的部分。开发者需要手动编辑这些文件，解决冲突后提交更改。

示例代码

假设我们有两个分支 feature 和 main，feature 分支对 file.txt 文件进行了更改，而 main 分支也对同一文件进行了不同的更改。

# 切换到 main 分支
git checkout main

# 尝试合并 feature 分支
git merge feature

如果发生冲突，Git 会提示：

CONFLICT (content): Merge conflict in file.txt
Automatic merge failed; fix conflicts and then commit the result.

此时，打开 file.txt 文件，会看到类似以下的标记：

<<<<<<< HEAD
This is the main branch content.
=======
This is the feature branch content.
>>>>>>> feature

开发者需要手动编辑文件，解决冲突：

This is the combined content.

然后提交更改：

git add file.txt
git commit -m "Resolved conflict in file.txt"

将本地副本替换为公共祖先副本

如果想将本地副本替换为公共祖先副本，可以使用以下命令：

# 查找公共祖先
git merge-base HEAD feature

# 将本地副本重置到公共祖先
git reset --hard <commit-hash>

其中 <commit-hash> 是公共祖先的提交哈希值。

参考链接

• Git merge 基础
• Git 冲突解决
• Git reset 命令

通过以上步骤，可以有效地解决 Git merge 过程中的冲突，并将本地副本替换为公共祖先副本。