Git 如何解决合并冲突？

在使用Git进行版本控制时，合并冲突是一个常见的问题，特别是在多人协作的项目中。当两个分支都修改了同一个文件的同一部分，并且一个分支尝试合并到另一个分支时，就会出现合并冲突。Git无法自动决定应该接受哪个分支的更改，因此需要人工介入来解决这些冲突。以下是解决合并冲突的步骤和相关例子：

1. 检测冲突

当执行git merge或git rebase命令时，Git会提示冲突发生，通常会显示类似于CONFLICT (content): Merge conflict in [filename]的信息。

2. 定位冲突

使用git status可以查看哪些文件包含冲突。

3. 手动解决冲突

打开包含冲突的文件，Git会在文件中用<<<<<<<, =======, >>>>>>>标记出冲突的区域。例如：

plaintext
<<<<<<< HEAD
这是当前分支中的内容
=======
这是要合并入的分支中的内容
>>>>>>> feature-branch

你需要决定保留哪个分支的更改，或者结合两个分支的更改。编辑文件，删除Git添加的标记，并确保代码逻辑正确。

4. 标记冲突为已解决

解决完所有冲突后，使用git add [文件名]命令来标记冲突已解决。

5. 完成合并

所有冲突解决后，如果是合并操作，可以通过git commit来完成合并。Git通常会提供一个默认的合并提交消息。

6. 测试确保代码工作正常

在提交合并结果之前，运行测试确保新的合并没有破坏现有的功能。

实际例子：

假设你和你的同事都在master分支的README.md文件中添加了安装指南，但位于不同的段落。当你尝试合并你同事的分支时，Git提示冲突。你打开README.md文件，看到以下冲突标记：

plaintext
<<<<<<< HEAD
# 安装指南

确保先安装所有依赖。

=======
# 安装指南

请按照以下步骤操作。
>>>>>>> feature-branch

你决定结合两段文本，修改后如下：

plaintext
# 安装指南

确保先安装所有依赖。
请按照以下步骤操作。

然后使用git add README.md和git commit完成合并。

这样，通过以上步骤，你可以有效地解决Git的合并冲突，确保团队的协作不会因为技术问题而中断。