Codeup支持创建合并请求,发起代码评审,经过人工和自动化评审通过后,将质量验证的代码合并入目标分支。
步骤一:新建合并请求
在合并请求列表页单击新建合并请求,单击后展现新建合并请求对话框,需要填写创建合并请求基础信息。
配置项 | 描述 |
来源 | 期望被合入的来源分支。 |
目标 | 期望合入的目标分支。 |
标题 | 合并请求的标题。 |
描述 | 说明合并请求的背景、业务依赖等。 |
评审人 | 选择指定期望评审的人员。 若设置默认评审人(详见分支设置)则在评审人部分自动将默认评审人填写在评审人列表中。 若开启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
冲突在线解决
打开在线冲突解决,系统会默认展示本次合并发生冲突的文件和冲突的代码字段,您直接手动修改即可。
评审人卡点:代码评审人通过数量小于设定数目时则进行拦截,评审人卡点设置参见代码评审规则设置。
评论:待解决的评论的信息可通过展开待解决面板查看,单击评论将自动定位到对应版本的评论处。
输入行评论可直接发布或存为草稿,草稿仅自己可见,评审后完成评审进行多份草稿的统一提交,提交后他人可见。
自动化卡点:自动卡点包括代码检测任务卡点和自动化流水线卡点,设置方式参见:自动化执行检查。
设置后针对合并请求更新可触发自动化代码检查,辅助进行代码评审。检查结果可单击查看详情:
评审结果表态
有权限通过的评审人单击完成评审展现评审意见面板,进行以下评审表态:
单击通过按钮表示认可并通过评审。
单击暂不通过表达认为需要修改,暂不允许合并,后续对方更新代码后可再次通过评审。
单击仅评论则表示不表态,仅发表评论看法。
表态时可以一并发送草稿评论,提交自己的评审意见。
步骤三:合并分支
在所有合并卡点都通过后,可进行合并操作。