Skip to main content

此版本的 GitHub Enterprise 已停止服务 2022-10-12. 即使针对重大安全问题,也不会发布补丁。 为了获得更好的性能、更高的安全性和新功能,请升级到最新版本的 GitHub Enterprise。 如需升级帮助,请联系 GitHub Enterprise 支持

在 GitHub 上解决合并冲突

您可以使用冲突编辑器在 GitHub 上解决涉及竞争行更改的简单合并冲突。

您只能在 GitHub Enterprise Server 上解决由竞争行更改引起的合并冲突,例如当人们对 Git 仓库中不同分支上同一文件的同一行进行不同的更改时。 对于所有其他类型的合并冲突,您必须在命令行上本地解决冲突。 有关详细信息,请参阅“使用命令行解决合并冲突”。

如果站点管理员对存储库之间的拉取请求禁用了合并冲突编辑器,则� 法在 GitHub Enterprise Server 上使用冲突编辑器,并且必须在命令行上解决合并冲突。 例如,如果禁用合并冲突编辑器,则� 法在复刻和上游仓库之间的拉取请求中使用它。

警告: 在 GitHub Enterprise Server 上解决合并冲突时,拉取请求的整个 基础分支都将合并到 头部 分支中。 确保您确实想要提交到此分支。 如果头部分支是仓库的默认分支,您可以选择创建一个新分支作为拉取请求的头部分支。 如果头部分支是受保护分支,则� 法将冲突解决合并到其中,� 此系统会提示您创建一个新的头部分支。 有关详细信息,请参阅“关于受保护的分支”。

  1. 在存储库名称下,单击 “拉取请求”。 拉取请求选项卡选择

  2. 在“Pull Requests(拉取请求)”列表中,单击含有您想要解决的合并冲突的拉取请求。

  3. 在拉取请求底部附近,单击“解决冲突”。 解决合并冲突按钮

    提示: 如果停用“解决冲突”按钮,则拉取请求的合并冲突过于复杂� 法在 GitHub Enterprise Server 上解决,或站点管理员已禁用存储库之间拉取请求的冲突编辑器。 必须使用备用 Git 客户端或在命令行上使用 Git 解决合并冲突。 有关详细信息,请参阅“使用命令行解决合并冲突”。

    1. 决定您是否想只保持分支的更改、只保持其他分支的更改,还是进行全新的更改(可能包含两个分支的更改)。 � 除冲突� �记 `<<<<<<<`、`=======`、`>>>>>>>`,并在最终合并中进行所需的更改。 ![查看带有冲突� �记的合并冲突示例](/assets/images/help/pull_requests/view-merge-conflict-with-markers.png)
  4. 如果文件中有多个合并冲突,请向下滚动到下一组冲突� �记,然后重复步骤 4 和步骤 5 以解决合并冲突。

  5. 解决文件中的所有冲突后,单击“� �记为已解决”。 单击“� �记为已解决”按钮

  6. 如果您有多个冲突文件,请在“冲突文件”下的页面左侧选择您要编辑的下一个文件,并重复步骤 4 到 7,直到您解决所有拉取请求的合并冲突。 适用时选择下一个冲突文件

  7. 解决所有合并冲突后,单击“提交合并”。 这会将整个基本分支合并到头部分支。 解决合并冲突按钮

  8. 如果出现提示,请审查您要提交的分支。

    如果头部分支是仓库的默认分支,您可以选择使用为解决冲突所做的更改来更新此分支,或者选择创建一个新分支并将其用作拉取请求的头部分支。 提示审查将要更新的分支

    如果您选择创建一个新分支,请输入该分支的名称。

    如果拉取请求的头部分支是受保护分支,则必须创建新分支。 您将� 法选择更新受保护分支。

    单击“创建分支并更新我的拉取请求”或“我已了解,继续更新” 。 按钮文本对应于您正在执行的操作。

  9. 若要合并拉取请求,请单击“合并拉取请求”。 有关其他拉取请求合并选项的详细信息,请参阅“合并拉取请求”。

延伸阅读