合并请求入门

合并请求 (MR) 是 GitLab 作为代码协作和版本控制的基础。

在基于 Git 的平台上工作时，您可以使用分支策略来协作处理代码。

仓库由其默认分支组成，其中包含代码库的主要版本，您可以从中创建次要分支，也称为功能分支，以提出对代码库的更改，而不会将它们直接引入代码库的主要版本。

在与他人协作时，分支尤其重要，避免在没有事先审核、测试和批准的情况下将更改直接推送到默认分支。

当您创建新的功能分支、更改文件并将其推送到极狐GitLab 时，您可以选择创建合并请求，这本质上是将一个分支合并到另一个分支的请求。

将更改添加到的分支称为源分支，而您请求将更改合并到的分支称为目标分支。

目标分支可以是默认分支或任何其他分支，具体取决于您选择的分支策略。

在合并请求中，除了可视化原始内容和您提议的更改之间的差异之外，您还可以在结束工作和合并合并请求之前执行大量任务。

如何创建合并请求

了解创建合并请求的各种方法。

当您开始新的合并请求时，您可以立即包括以下选项。您也可以稍后通过在右上角的合并请求页面上，选择编辑或使用合并请求的键盘快捷键：

创建合并请求后，您还可以：

可以设置其中许多选项：

请求代码审核是贡献代码的重要部分。然而，决定谁应该审核你的代码并要求审核并不是一件容易的事。对作者和审核者都使用“指派人”字段会使其他人很难确定谁在合并请求中做了什么。

合并请求审核者功能使您能够请求对您的工作进行审核，并查看审核状态。审核者帮助区分合并请求中涉及的用户的角色。与直接负责创建或合并合并请求的 指派人 相比，审核者 是可能只参与合并请求的一个方面的团队成员，例如同行审核。

要请求审核合并请求，请展开右侧边栏中的 审核者 选择框。搜索您要请求审核的用户。选中后，极狐GitLab 会为每个审核者创建一个待办事项列表项。

要了解更多，查看审核合并请求。

要创建合并请求并在合并时关闭议题，您可以：

在 MR 描述中添加注释。
在议题中，选择 创建合并请求。然后，您可以：
- 在一个操作中创建一个新分支和草稿合并请求。该分支默认命名为issuenumber-title，但您可以选择任何名称，系统会验证它是否尚未被使用。合并请求继承议题的里程碑和标签，并设置为在合并时自动关闭议题。
- 仅创建一个新分支，其名称以问题编号开头。

如果议题是机密，您可能希望对机密议题的合并请求使用不同的工作流程，以防止泄露机密信息。

创建合并请求时，选择 接受合并请求时删除源分支 选项，合并请求合并时删除源分支。要默认为所有新合并请求启用此选项，请在项目设置中启用它。

此选项在现有合并请求中的合并请求按钮旁边也可见，并且可以在合并之前选择或取消选择。它仅对源项目中具有维护者角色的用户可见。

如果查看合并请求的用户没有删除源分支的正确权限，并且源分支设置为删除，则合并请求部件会显示删除源分支文本。

引入与 13.9 版本
在 13.9 版本不适用于私有化部署版
在 13.10 版本适用于私有化部署版

在特定情况下，如果目标分支在合并请求打开时合并，极狐GitLab 可以重新定位打开合并请求的目标分支。合并请求通常以这种方式关联，一个合并请求依赖于另一个：

这些合并请求通常以下列方式之一处理：

合并请求 1 首先合并到 main 中。合并请求 2 然后被重定向到 main。
合并请求 2 合并到 feature-alpha 中。更新后的合并请求 1，现在包含 feature-alpha 和 feature-beta 的内容，被合并到 main 中。

当他们的目标分支合并到 main 时，极狐GitLab 最多重新定位四个合并请求，因此您不需要手动执行此操作。来自分叉的合并请求不会重新定位。

今天的功能仅适用于合并。在合并请求合并后单击 删除源分支 按钮不会自动重新定位合并请求。