更新时间:2023-03-14 GMT+08:00

合并请求设置

合并请求设置位于仓库详情中的 设置 > 基础设置 > 合并请求设置。此设置只针对被设置的仓库生效。只有仓库管理员和仓库所有者能看到这个页面且有设置权限。

其主要用于在使用合并请求评审时,设置相关的规则,其相关配置项如下:

表1 配置说明

配置

配置说明

创建者自己不能合入

勾选时,分支合并请求的发起者自己不能进行合入分支的操作。

不能重新打开一个已经关闭的合并请求

勾选时,当分支合并请求已经关闭后,不能将其重新置回“开启”状态。

此设置一般用于项目流程管控,使历史评审不会被篡改。

评审问题为全部解决时才可以合入

开启后,在评审中所有标记为问题的评论都为已解决状态时,才能执行合入。

并后删除源分支

合并成功后,源分支将被删除。

  • 已经设置成保护分支的源分支不会被删除。
  • 此设置对历史合入请求,不会生效,不必担心启用此设置会丢失分支。

合并模式

目前支持“通过 merge commit 合并”“通过 merge commit 合并(记录半线性历史)”“Fast-forward 合并”三种合并模式,详见“合并请求设置”页面的对应说明。

合入机制

分为“审核机制”“打分机制”两种。

须知:

默认为“审核机制”,可手动切换为“打分机制”

合入机制

  1. 打分机制:包含代码检视,以打分为基础,可设置最低合入分值,分值范围为0~5分。只有分数和必选评审达到门禁条件时,代码才可以合入。
  2. 审核机制:包含代码检视和合并审核两个步骤,以通过人数为基础,只有审核通过的人数达到门禁条件时,代码才可以合入。单击“新建策略”按钮,可以为指定分支或该仓库下的全部分支设置合入策略。

    表2 参数说明

    配置项

    说明

    分支名称

    可单独选择某条分支,也可以直接选择应用于该仓库下的所有分支。

    合入前需要评审

    勾选后,适配的分支在被合入时必须满足审核人规则后才能执行合入操作。

    最小审核人数

    可配置1~5。

    重新推送代码时重置审核人

    当重新push数据到MR的源分支时,重置审核人。

    仅能从以下审核人中追加审核人

    可以指定可作为审核人的人员范围。

    未设置分支策略,则在发起合并请求后,合入条件中不展示审核机制门禁。

    • 评审门禁的合并请求:勾选“合并前需评审”,评审人可批准或拒绝合并,通过评审人的代码审查把关以达到更高的代码质量要求。
    • 流水线门禁的合并请求:勾选“需要通过流水线门禁”,合并前需要满足流水线门禁都通过的条件,将流水线融入代码开发流程。