代码托管 CODEARTS REPO-配置项目级的代码仓库设置:配置项目级的合并请求规则
下载代码托管 CODEARTS REPO用户手册完整版
配置项目级的合并请求规则
合并请求规则包含三个部分：合入机制、合入条件、MR设置和合并模式。
|
参数 |
说明 |
|---|---|
|
合入机制 |
必填参数。包含两个选项：
|
|
参数 |
说明 |
|---|---|
|
合入条件 |
非必填参数。包括两个选项：
|
|
参数 |
说明 |
|---|---|
|
禁止合入自己创建的合并请求 |
勾选后，您在查看自己创建的MR时，“合入”按钮置灰，表示自己无法合入代码，需要找其他有合入权限的人合入。 |
|
禁止审核自己创建的合并请求 |
勾选后，您在查看自己创建的MR时，“审核”按钮置灰，自己无法审核，需要找其他有审核权限的人审核。 |
|
禁止检视自己创建的合并请求 |
勾选后，您在查看自己创建的MR时，“检视”按钮置灰，自己无法检视，需要找其他有检视权限的人检视。 |
|
允许仓库管理员强制合入 |
项目创建者和管理员有强制合入的权限，当合入条件不满足，也可通过“强行合并”按钮合入MR。 |
|
允许合并请求合并后继续做代码检视和评论 |
勾选后，已合入MR可继续做代码检视、评论。 |
|
是否将自动合并的MR状态标记为关闭状态（如果B MR中的所有commits都包含在A MR中，那么当A MR合并后，则B MR会自动合并。默认B MR会标记为merged状态，可以通过该选项控制将B MR标记为Closed状态） |
|
|
不能重新打开一个已经关闭的合并请求 |
勾选后，当分支合并请求已经关闭后，不能将其重新置回“开启”状态，右上方的“重开”按钮将隐藏。 此设置一般用于流程管控，使历史评审不会被篡改。 |
|
合并请求合入后，默认删除源分支 |
合并成功后，源分支将被删除。
|
|
禁止Squash合并 |
勾选后，“Squash合并”按钮被禁止，且合并请求中无该功能使用入口。 |
|
新建合并请求，默认开启Squash合并 |
Squash合并是指Git在做两个分支间的合并时，会把被合并分支上的所有变更“压缩（squash）”成一个提交，追加到当前分支的后面作为“合并提交”（merge commit），可以使分支变得简洁。Squash合并和普通Merge合并唯一的区别体现在提交历史上：对于普通Merge而言，在当前分支上的合并提交通常会有两个提交信息；而Squash Merge只有一个提交信息。 |
