合并请求
Codeup支持通过创建合并请求，发起代码评审，经过人工和自动化评审通过后，将经过质量验证的代码合并入目标分支。
当你想将分支代码进行合并时，通常需要进行代码评审，可以通过创建合并请求的方式进行。
Codeup 支持多种合并的评审卡点方式：冲突检测、通过评审人数目校验、CodeOwner 机制、自动化扫描卡点。
步骤一：新建合并请求
在合并请求列表页单击新建合并请求，点击后展现新建合并请求对话框，需要填写合并请求创建信息：
配置项 |
描述 |
源分支 |
期望被合入的来源分支 |
目标分支 |
期望合入的目标分支 |
标题 |
合并请求的标题 |
评审人 |
选择指定期望评审的人员。 若设置默认评审人（详见分支设置）则在评审人部分自动将默认评审人填写在评审人列表中。 若开启 CodeOwner 机制（详见 CodeOwner 机制）则将默认回填已匹配的 CodeOwner 作为评审人，且需要至少一位 CodeOwner 评审通过。如果 CodeOwner 未匹配任何仓库成员，则需要至少一位评审人评审通过作为兜底保障。 |
描述 |
说明合并请求的背景、业务依赖等 |
关联工作项 |
关联云效项目中的工作项，以辅助说明合并请求的背景 |
在信息填写完成后点击确定，完成合并请求创建。
步骤二：通过合并请求
解决代码冲突
当合并的分支存在代码冲突时，系统会自动卡点，无法进行合并操作。Codeup 提供了两种冲突解决方式：命令行方式及 Web IDE 可视化冲突解决。
命令行方式：
//步骤1 fetch并切换到源分支
git fetch origin
git checkout sourceBranch
//步骤2 合并目标分支
git merge origin/master
//步骤3 解决冲突并pushWebIDE 可视化解决：
打开 WebIDE，系统会默认展示本次合并发生冲突的文件和冲突的代码字段：
评审人卡点
评审人卡点设置方式参见：代码评审规则设置。
在设置评审人通过数量时，通过数量小于设定数目时则进行卡点。
评论
鼠标点击代码行可展开行评论。
所有评论的信息可通过展开右侧全部评论区域查看，同时支持进行整体评论。
输入行评论可选择直接发布或存为草稿，草稿仅自己可见。
评审完成后可点击右上角提交草稿进行多份草稿的统一提交，提交后他人可见。
点击提交草稿完成提交。
自动化卡点
自动卡点包括代码检测任务卡点和自动化流水线卡点，设置方式参见：自动化执行检查。
设置后针对合并请求更新可触发自动化代码检查，辅助进行代码评审。检查结果可通过点击查看详情，跳转文件变更中查看：
通过合并请求
有权限通过的评审人展现通过按钮，点击后通过合并请求。
步骤三：合并分支
在所有卡点都通过后，可进行合并操作。
点击右上角合并按钮，将弹出合并模式选择对话框，选择期望的合并模式，点击提交完成合并：
