使用合并请求

Codeup支持创建合并请求,发起代码评审,经过人工和自动化评审通过后,将质量验证的代码合并入目标分支。

步骤一:新建合并请求

在合并请求列表页单击新建合并请求,单击后展现新建合并请求对话框,需要填写创建合并请求基础信息。

高的.png

配置项

描述

来源

期望被合入的来源分支。

目标

期望合入的目标分支。

标题

合并请求的标题。

描述

说明合并请求的背景、业务依赖等。

评审人

选择指定期望评审的人员。

若设置默认评审人(详见分支设置)则在评审人部分自动将默认评审人填写在评审人列表中。

若开启CodeOwner机制(详见 CodeOwner 机制)则将默认回填已匹配的CodeOwner作为评审人,且需要至少一位CodeOwner评审通过。如果CodeOwner未匹配任何仓库成员,则需要至少一位评审人评审通过作为兜底保障。

类标

支持在创建新版合并请求时,完成类标的添加标识。

关联工作项

关联云效项目中的工作项,以辅助说明合并请求的背景。

步骤二:通过合并请求

  • 解决代码冲突:当合并的分支存在代码冲突时,系统会自动卡点,无法进行合并操作,Codeup提供了两种冲突解决方式如下。

    命令行方式

    # 步骤1 fetch并切换到源分支
    git fetch origin
    git checkout -b sourceBranch
    # 步骤2 合并目标分支
    git merge origin/master 
    # 步骤3 解决冲突并push
    git add <conflicted-file>
    git commit
    git push origin main

    冲突在线解决

    打开在线冲突解决,系统会默认展示本次合并发生冲突的文件和冲突的代码字段,您直接手动修改即可。image

  • 评审人卡点:代码评审人通过数量小于设定数目时则进行拦截,评审人卡点设置参见代码评审规则设置

    高的 (5).png

  • 评论:待解决的评论的信息可通过展开待解决面板查看,单击评论将自动定位到对应版本的评论处。

    高的 (7).png

    输入行评论可直接发布或存为草稿,草稿仅自己可见,评审后完成评审进行多份草稿的统一提交,提交后他人可见。

    高的 (3).png

  • 自动化卡点:自动卡点包括代码检测任务卡点和自动化流水线卡点,设置方式参见:自动化执行检查

    设置后针对合并请求更新可触发自动化代码检查,辅助进行代码评审。检查结果可单击查看详情:

    高的 (8).png

  • 评审结果表态

    有权限通过的评审人单击完成评审展现评审意见面板,进行以下评审表态:

    • 单击通过按钮表示认可并通过评审。

    • 单击暂不通过表达认为需要修改,暂不允许合并,后续对方更新代码后可再次通过评审。

    • 单击仅评论则表示不表态,仅发表评论看法。

    表态时可以一并发送草稿评论,提交自己的评审意见。

    高的 (6).png

步骤三:合并分支

在所有合并卡点都通过后,可进行合并操作。

高的 (10).png