解决合并冲突

Azure DevOps Services | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018

Visual Studio 2022 |Visual Studio 2019 |Visual Studio 2017 |Visual Studio 2015

合并或重新设置基时，你将告诉 Git 将一个分支上所做的更改与对另一个分支所做的更改集成。 通常，Git 会在无需帮助的情况下自动完成合并或重新基地。 但是，如果 Git 发现对一个分支所做的更改与对另一个分支所做的更改发生冲突，则会提示你解决冲突。 如果合并的分支以不同的方式编辑同一文件行，或者当一个分支修改一个文件和另一个分支删除文件时，可能会出现合并冲突。 解决合并冲突的过程适用于 Git 合并和存储库。

可以在 Visual Studio 中或通过命令行和任何文本编辑器解决合并冲突。

有关 Git 工作流的概述，请参阅 Azure Repos Git 教程。

本文提供以下任务的过程：

• 了解合并冲突
• 解决合并冲突

了解合并冲突

Git 合并或重新base 将源分支中的提交集成到当前本地分支中， (目标分支) 。 Git 合并 执行 快速转发 或 无快速转发 合并。 无快进合并也称为 三向 合并或 true 合并。 Git 存储库 是另一种类型的合并。 下图显示了这些合并类型。

对于 Git 合并，如果源分支中存在目标分支的提示，则默认合并类型将是快速转发合并。 否则，默认合并类型将是无快速转发合并。

如果目标分支的提示与源分支不同， 则快速转发 合并永远不能发生合并冲突，因为 Git 不会应用快速转发合并。 默认情况下，Git 尽可能使用快速转发合并。 例如，Git 将在仅通过从远程对应分支拉取来更新的本地分支上应用快速转发合并。

无快进合并生成新的目标分支“合并提交”，用于将源分支更改与目标分支更改集成。 适用的更改是在对两个分支通用的最后一次提交之后进行的更改。 在上图中，提交 C 是两个分支中的最后一个常见提交。 如果任何源分支更改与任何目标分支更改冲突，Git 将提示你解决合并冲突。 合并提交 (L) 包含集成的源分支和目标分支更改。 源和目标分支提示 (K 和 E) 是合并提交的父级。 在分支的 提交历史记录中，合并提交是合并操作的有用标记，并清楚地显示合并了哪些分支。

Git 重新设定 目标分支的提交历史记录，使其包含所有源分支提交，后跟自上次通用提交以来的所有目标分支提交。 在上图中，提交 C 是两个分支中的最后一个常见提交。 另一种查看方法是，在源分支历史记录的顶部重播目标分支中的更改。 如果任何源分支更改与任何目标分支更改冲突，Git 将提示你解决合并冲突。 与快速转发合并一样，存储库不会创建合并提交。 值得注意的是，重新基会更改现有目标分支提交的顺序，而其他合并策略的情况并非如此。 在上图中，提交 K 包含与 K 相同的更改，但具有新的提交 ID，因为它链接回提交 E 而不是 C。

Git 合并和重新基地仅修改目标分支 - 源分支保持不变。 遇到一个或多个合并冲突时，必须解决这些问题才能完成合并或重新基。 或者，可以取消合并/重新基地操作，并将目标分支返回到其以前的状态。

有关合并选项和策略的详细信息，请参阅 Git 参考手册 和 Git 合并策略。

何时解决合并冲突

Git 合并 和 Git 存储库 在 Git 工作流中广泛使用。 处理本地功能或 bugfix 分支时，通常做法是：

1. 定期拉取和合并远程提交，使本地main分支保持最新状态。
2. 使用存储库或合并将本地 main 分支更新集成到本地功能分支中。
3. 通过将工作 推送 到相应的远程分支，在本地功能分支上备份工作。
4. 在功能完成时，创建 拉取请求 ，将远程功能分支合并到远程 main 分支中。

通过经常将远程更改集成到本地存储库中，可以随时了解其他人的最新工作，并及时解决出现的任何合并冲突。

解决合并冲突

解决合并冲突的过程适用于 Git 合并和 Git 存储库。 尽管以下步骤介绍了如何在合并期间解决合并冲突，但可以在重新基期间同样解决合并冲突。

提示

如果源分支是 远程跟踪 分支，请确保在合并之前运行 Git 提取 ，确保分支是最新的。 或者，运行 Git 拉取 命令，该命令将 Git 提取与 Git 合并相结合。

Visual Studio 2019

Visual Studio 2019 版本 16.8 及更高版本提供 Git 版本控制体验，同时维护 团队资源管理器 Git 用户界面。 若要使用 团队资源管理器，请从菜单栏中取消选中 “工具>选项>预览功能>”新增 Git 用户体验 。 可以从任一接口互换使用 Git 功能。 下面，我们并行比较了如何在 Git 合并期间解决合并冲突。

Visual Studio Git

1. 在“Git 存储库”窗口的“分支”窗格中，签出目标分支。 然后右键单击源分支，然后选择“将源分支合并<到 <target-branch>>”。

2. 如果 Git 因冲突而停止合并，Visual Studio 将通知你。 在这种情况下，可以解决冲突，也可以取消合并并返回到合并前状态。 “Git 更改”窗口的“未合并更改”部分列出了合并冲突的文件。 对于内容中存在合并冲突的文件，请双击该文件，在合并编辑器中将其打开。

3. 在合并编辑器中， 传入 窗格显示源分支文件版本、 “当前 ”窗格显示目标分支文件版本，“ 结果 ”窗格显示生成的合并文件。 若要应用特定的源或目标分支更改，请选择要保留的冲突行旁边的复选框 () 。 还可以直接在 “结果 ”窗格中编辑合并文件。 解决当前文件中的所有合并冲突后，选择 “接受合并 ”。 对包含内容冲突的每个文件重复此步骤。

4. 对于在一个分支中编辑并删除另一个分支的文件，请右键单击该文件并选择所需的分支操作。

5. 在“Git 更改”窗口中，输入提交消息，然后选择 “提交暂存 ”以完成合并 -- 解决所有文件的合并冲突后。

Visual Studio 团队资源管理器

1. 在团队资源管理器的“分支”视图中，签出目标分支。 然后右键单击源分支，然后选择 “合并发件人”。

2. 验证合并选项，然后单击“ 合并”。

3. 如果 Git 因冲突而停止合并，Visual Studio 将通知你。 在这种情况下，可以解决冲突，也可以取消合并并返回到合并前状态。 若要解决冲突，请选择 “冲突 ”以打开 “解决冲突” 视图。

4. “解决冲突”视图列出了合并冲突的文件。 从列表中选择一个文件以查看该文件的解析选项。

5. 对于内容中存在合并冲突的文件，请选择 “合并 ”以在合并编辑器中将其打开。

6. 在合并编辑器中， “源 ”窗格显示源分支文件版本、 “目标 ”窗格显示目标分支文件版本，“ 结果 ”窗格显示生成的合并文件。 若要应用特定的源或目标分支更改，请选择要保留的冲突行旁边的复选框 () 。 还可以直接在 “结果 ”窗格中编辑合并文件。 解决当前文件中的所有合并冲突后，选择 “接受合并 ”。 对包含内容冲突的每个文件重复此步骤。

7. 对于在一个分支中编辑并删除另一个分支的文件，请选择所需的分支操作。

8. 在 “解决冲突 ”视图中，在解决所有文件的合并冲突后，选择 “提交合并 ”。

9. 在团队资源管理器的“更改”视图中，输入提交消息，然后选择“提交暂存”以完成合并。

Visual Studio 2017

1. 拉取更改或尝试合并两个分支时，你将了解合并冲突 () 。

2. 此时会显示冲突通知。 选择 “冲突 ”链接以开始解决文件冲突。

   

3. 这将显示存在冲突的文件列表。 通过选择文件，可以接受从“ 获取源 ”按钮合并的源分支中的更改，或者接受合并到使用 “保留目标”的分支中的更改。 可以通过选择 “合并”手动合并更改，然后将更改直接输入到 Git 设置中指定的合并工具中。

4. 使用修改后的行旁边的复选框完全在远程和本地更改之间进行选择，或在差异视图中的“源”和“目标”编辑器下直接编辑结果编辑器。

5. 完成更改后，选择“ 接受合并”。 针对所有冲突文件重复此操作。

6. 在团队资源管理器中打开 “更改 ”视图，并提交更改以创建合并提交并解决冲突。

   

   将冲突提交与常见历史记录之间的差异与 Visual Studio 合并工具中的选项进行比较。

   

Git 命令行

将源分支合并到目标分支之前，请签出目标分支。 然后使用 Git 合并命令将源分支合并到当前本地分支 (目标分支) 。 若要将多个源分支合并到目标分支，请使用空格分隔源分支名称。

git checkout <target branch>
git merge <source branch>

提示

还可以用于 git switch <branch name> 切换到分支。

某些方案会导致 Git 合并命令失败并出现错误，或在完成前停止。

Git 消息	说明	解决方法
合并将覆盖对以下文件的本地更改...	此错误指示当前本地分支具有一个或多个未提交的更改的文件，并且这些文件受合并的影响。 Git 不会为不受合并影响的文件中未提交的更改生成错误。	提交、藏匿或放弃未提交的更改，然后重试合并。
自动合并失败;修复冲突，然后提交结果。	至少一个源分支更改与目标分支更改冲突。 Git 停止合并并等待解决合并冲突。	通过运行 git merge --abort取消合并，或解决所有合并冲突，然后运行 git merge --continue。

提示

对于当前的合并操作，可以：

• 运行 git status 以列出合并冲突的文件。
• 运行 git log --merge 以列出源分支和目标分支中的冲突提交。

解决文件内容冲突

1. 在任何编辑器中打开文件以查看并解决冲突文本。 Git 添加了一组标记来指示冲突文本的实例。 例如：

   <<<<<<< HEAD
   - Network controller
   - Fiber optic transmitter
   - Fiber optic transceiver
   - Network switches
   =======
   - Network control
   - Fiber optic transmitter
   - Fiber optic transceiver
   - Network switch
   >>>>>>> origin/main
   

   文本之间的 <<<<<<< 文本 ======= 是冲突文本的目标分支版本。
   之间的文本=======>>>>>>>是冲突文本的源分支版本。

2. 编辑文件以解决冲突的文本。 通过删除合并冲突标记，可让 Git 知道已解决冲突。 例如，可以将以前的文本 (包括冲突标记) 更改为：

   - Network controller
   - Fiber optic transmitter
   - Fiber optic transceiver
   - Network switch
   

3. 解决所有冲突文本后，运行 git add <filename> 以暂存文件。

4. 对内容冲突的所有文件重复上述步骤。

解决已删除修改的文件冲突

当同一个分支中编辑同一个分支但在另一个分支中删除时，会发生已删除修改的文件冲突。 对于每个已删除的修改文件，请确定要使用的分支操作。 然后，用于 git add <filename> 保留修改的文件，或删除 git rm <filename> 该文件。

后续步骤

通过推送撤消更改共享代码

相关文章

• Git 存储库新增功能？ 了解更多
• 使用提取、合并和拉取更新代码
• 使用提交保存工作