研发团队在DevOps合并请求下执行合并请求流程，目前合并请求功能支持GitLab、Gitea以及Gogs类型的代码库，合并请求主要应用于分支开发模式，支持Git Flow、GitLab Flow和AoneFlow等主流分支策略。合并请求提供了一种分支代码合并的评审机制，是保证集成或主干分支代码质量的有效手段。

一、流程介绍

二、管理合并请求

开发人员创建合并请求。

选择分支，填写名称，指派评审人。

三种提交方式：

• 需要通过构建才能合并。勾选此选项，在所选择的流水线执行通过后该合并请求才能合并。
• 合并后删除分支。勾选此选项，在代码合并后会自动删除源分支。
• 合并提交记录。勾选此选项，源分支的所有提交将合并为一个提交合并至目标分支。

合并请求创建后，系统会向评审人发送评审通知。在列表点击合并请求名称浏览概况，更改合并请求状态。

• 合并按钮在评审通过且相关构建任务通过时才能点击。
• 评审通过时评审人点击通过。
• 评审未通过时评审人点击拒绝。
• 点击关闭按钮将合并请求关闭，关闭可点击重新打开激活合并请求。

浏览合并请求的改动。

将禅道的研发需求、Bug、任务与合并请求建立关联，关联后便于评审人了解相关背景，有利于提高评审效率，另一方面建立禅道对象与合并请求的双向追溯关系，便于迅速排错或审计。