解决 Git 合并冲突 - Azure Repos

了解合并冲突

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 分支时，通常做法是：

定期拉取和合并远程提交，使本地


    main

分支保持最新状态。

使用存储库或合并将本地


    main

分支更新集成到本地功能分支中。

通过将工作推送到相应的远程分支，在本地功能分支上备份工作。

在功能完成时，创建拉取请求，将远程功能分支合并到远程


    main

分支中。

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

解决合并冲突

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

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

Visual Studio 2022 通过使用 Git 菜单、 Git 更改 以及 解决方案资源管理器 中的上下文菜单提供 Git 版本控制体验。 Visual Studio 2019 版本 16.8 还提供 团队资源管理器 Git 用户界面。有关详细信息，请参阅 Visual Studio 2019 - 团队资源管理器 选项卡。

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

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

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

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

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

Visual Studio 2019 版本 16.8 及更高版本提供 Git 版本控制体验，同时维护 团队资源管理器 Git 用户界面。若要使用 团队资源管理器 ，请从菜单栏中取消选中 “工具 > 选项 > 预览功能 > ”新增 Git 用户体验 。可以从任一接口互换使用 Git 功能。

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

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

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

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

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

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

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

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

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

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

git checkout <target branch>
git merge <source branch>
还可以用于 git switch <branch name> 切换到分支。
某些方案会导致 Git 合并命令失败并出现错误，或在完成前停止。
Git 消息
合并将覆盖对以下文件的本地更改...
此错误指示当前本地分支具有一个或多个未提交的更改的文件，并且这些文件受合并的影响。 Git 不会为不受合并影响的文件中未提交的更改生成错误。
提交、藏匿或放弃未提交的更改，然后重试合并。
自动合并失败;修复冲突，然后提交结果。
至少一个源分支更改与目标分支更改冲突。 Git 停止合并并等待解决合并冲突。
通过运行 git merge --abort取消合并，或解决所有合并冲突，然后运行 git merge --continue。
之间的文本=======>>>>>>>是冲突文本的源分支版本。
编辑文件以解决冲突的文本。 通过删除合并冲突标记，可让 Git 知道已解决冲突。 例如，可以将以前的文本 (包括冲突标记) 更改为：
- Network controller
- Fiber optic transmitter
- Fiber optic transceiver
- Network switch
解决所有冲突文本后，运行 git add <filename> 以暂存文件。
对内容冲突的所有文件重复上述步骤。
解决已删除修改的文件冲突
当同一个分支中编辑同一个分支但在另一个分支中删除时，会发生已删除修改的文件冲突。 对于每个已删除的修改文件，请确定要使用的分支操作。 然后，用于 git add <filename> 保留修改的文件，或删除 git rm <filename> 该文件。
通过推送撤消更改共享代码
Git 存储库新增功能？ 了解更多
使用提取、合并和拉取更新代码
使用提交保存工作