合并请求批准设置

您可以配置合并请求批准的设置，以确保批准规则符合您的用例。您还可以配置批准规则，它定义了在合并之前必须批准工作的用户数量和类型。合并请求批准设置定义了在合并请求接近完成时如何应用这些规则。

编辑合并请求批准设置

查看或编辑合并请求批准设置：

这些设置限制了谁可以批准合并请求。

您可以进一步定义将提交添加到合并请求时现有批准会发生什么。

设置	描述
保留批准	不要删除批准。
删除所有批准	删除所有现有的批准。
如果代码所有者的文件发生更改，则删除他们的批准	如果代码所有者已批准合并请求，并且提交更改了他们作为代码所有者的文件，则他们的批准将被删除。

默认情况下，合并请求的作者无法批准它。要更改此设置：

作者可以编辑单个合并请求中的批准规则并覆盖此设置，除非您配置以下选项之一：

默认情况下，提交合并请求的用户仍然可以批准它。在项目级别或实例级别，您可以阻止提交者批准部分属于他们自己的合并请求。操作如下：

转到您的项目并选择 设置 > 合并请求。
在 合并请求批准 部分，滚动到 批准规则，并选择 阻止添加提交的用户批准 复选框。如果清除此复选框，管理员在实例级别已禁用它，并且无法在项目级别进行更改。
选择 保存更改。

根据您的极狐GitLab 版本，提交合并请求的代码所有者可能会也可能不会批准工作：

要了解有关作者和提交者之间的差异的更多信息，请阅读官方 Git 文档。

默认情况下，用户可以在每个合并请求的基础上覆盖您为项目创建的批准规则。如果您不希望用户更改合并请求的批准规则，您可以禁用此设置：

此更改会影响所有打开的合并请求。

您可以强制潜在的核准人首先使用密码进行身份验证。：

默认情况下，即使您在批准后添加更多更改，对合并请求的批准仍然存在。如果要在添加更多更改时删除合并请求上的所有现有批准：

当合并请求在 UI 上变基时，不会删除批准。但是，如果目标分支发生更改，则会重置批准。

引入于 15.3 版本。

如果您只想删除文件已更改的代码所有者的批准：

先决条件：

去做这个：

如果合并请求会导致代码测试覆盖率下降，您可以要求获得特定批准。