代码合并冲突：不慌张，理解与解决之道

三种合并冲突类型

• 内容冲突：同一行代码的修改
• 重命名冲突：文件被修改并重命名
• 删除冲突：文件在一个分支被删除，在另一个分支被修改
• 重命名冲突对Git来说最棘手
• 遇到可疑冲突时请检查文件历史记录

想象你正在处理一个重要的项目，突然Git报告有冲突。解决问题的第一步是理解冲突类型。内容冲突发生在不同分支修改了同一行代码时。重命名冲突更复杂：一个开发者修改了文件名，而另一个开发者同时编辑了文件内容。第三种是删除冲突，即文件在一个分支被删除，但在另一个分支仍然存在。重命名冲突通常最棘手，因为Git在文件更名后并不总能正确跟踪文件历史。因此，遇到可疑冲突时，请务必检查文件的历史变更记录。

复杂冲突剖析

• <<<<<<< 标记显示你的更改
• ======= 分隔你的版本和他人的版本
• >>>>>>> 标记冲突块的结束
• git status 显示所有问题文件
• git diff 提供详细的更改比较

假设你要将feature分支合并到main分支，这时看到了冲突提示。打开问题文件，你会看到特殊的标记符号。在<<<<<<< HEAD和=======之间是你的更改。在=======和>>>>>>> feature之间是要合并分支的更改。使用git status可以查看所有冲突文件，使用git diff可以详细查看差异。记住：这些标记不是错误，而是提示你需要做出决策的位置。

#!/bin/bash
# 冲突分析脚本

echo "创建测试仓库"
mkdir conflict-demo && cd conflict-demo
git init

echo "在main分支创建文件并首次提交"
echo '第一行' > file.txt
echo '第二行' >> file.txt
git add . && git commit -m '初始提交'

echo "创建feature分支并修改第一行"
git checkout -b feature
sed -i 's/第一行/在feature分支中修改的第一行/' file.txt
git commit -am '在feature分支中修改第一行'

echo "返回main分支并修改同一行"
git checkout main
sed -i 's/第一行/在main分支中修改的第一行/' file.txt
git commit -am '在main分支中修改第一行'

echo "尝试合并分支"
git merge feature || echo '发现冲突！'

echo "\n查看状态："
git status --short

echo "\n显示冲突文件内容："
cat file.txt

解决冲突的策略

• 手动编辑：移除冲突标记，保留所需内容
• GUI工具：使用Meld、KDiff3进行可视化比较
• --ours/--theirs：选择保留自己或他人的版本
• rebase时需为每个提交单独解决冲突
• 解决后记得执行git add和git commit

当发现冲突时，您有几种解决方式。可以手动打开文件进行编辑，移除冲突标记并保留所需代码。对于视觉型学习者，推荐使用Meld或KDiff3等工具，它们可以同时显示文件的三个版本。如果确定要保留自己的修改，可以使用git checkout --ours；要保留他人的修改则使用--theirs。在rebase时要格外小心：每个被变基的提交都可能产生冲突。

#!/bin/bash
# resolve_strategies.sh

echo "方法一：手动解决"
echo '编辑文件，移除冲突标记'
echo '然后执行：git add file.txt'

echo "\n方法二：接受我们的版本"
git checkout --ours file.txt

echo "\n方法三：接受他们的版本"
git checkout --theirs file.txt

echo "\n方法四：使用合并工具"
echo 'git mergetool --tool=meld'

echo "\n选择方法后完成合并："
echo 'git commit -m "解决合并冲突"'