禅道开源版15.5版本，新增了 GitLab 创建合并请求功能。
合并请求 (Merge Requests ) 简写 MR ，是 GitLab 作为代码协作和版本控制的基础，是将源代码更改检查到分支中的方式，可以在合并之前对代码更改进行可视化和协作。
- 在基于 Git 的平台上工作时，您可以使用分支策略来协作处理代码。
- 在与他人协作时，分支尤其重要，避免在没有事先审查、测试和批准的情况下将更改直接推送到默认分支。
- 创建新的功能分支、更改文件并将其推送到 GitLab 时，您可以选择创建合并请求，将一个分支合并到另一个分支。
- 您添加更改的分支称为源分支，而您请求将更改合并到的分支称为目标分支。
- 目标分支可以是默认分支或任何其他分支，具体取决于您选择的分支策略。
- 将合并请求分配给同事进行审查。
- 选择指派人以指定某人作为对合并请求的第一次审查负责的人。
那么接下来，我们来介绍禅道里集成 GitLab ，提交合并请求功能的具体使用。
在创建合并请求前，你需要确保在 DevOps 的 GitLab 下添加了 GitLab 服务器，且禅道用户和 GitLab 的用户已进行了用户绑定。
DevOps 配置视频：
一、创建合并请求
点击 DevOps --合并请求页面，右上角的创建合并请求按钮，即可添加合并请求。
创建合并请求页面中：
- GitLab ：选择一个 GitLab 服务器地址。
- 源项目和源分支：填写需要合并代码的项目名和分支名。
- 目标项目和目标分支：填写合并代码到哪一个项目的项目名和分支名。
- 指派给：列出已绑定 GitLab 账号的禅道系统用户。如果指派给没有用户列出，那么需要到 GitLab 列表操作里进行用户绑定。
创建成功的合并请求可以在合并请求列表中查看到。
二、编辑和删除合并请求
通过合并请求列表右侧的编辑和删除按钮，可以对合并请求进行编辑和删除操作。
编辑合并请求时，只能编辑目标项目的分支名称，合并请求的名称，描述，指派给。
三、合并请求的详情
创建合并请求后，是否可以合并可以在合并请求列表中查看到。
合并请求创建成功后，状态都是开放中，是否合并的情况有可合并、检查中、不可自动合并、已合并。
当禅道中的合并请求状态与GitLab状态不一致时，可以手动刷新合并请求列表页或者等待后台同步，目前后台同步为每5分钟同步1次。
1、可合并
点击查看合并请求详情时，显示合并按钮，可直接点击合并完成合并请求。
2、不可自动合并
没有新提交或者有冲突时，显示为不可自动合并。
如果存在冲突可以使用提示的命令进行手动合并，手动合并后该合并请求会自动通过。
3、已合并
已成功合并。
4、检查中
合并请求提交后，GitLab会比对两个分支的差异检查是否可以合并，因此会出现“检查中”的临时状态，可以刷新当前页面查看GitLab检查结果。
如果检查后可以合并显示为可合并。如果检查后不可合并，显示为不可自动合并。
四、给指派人创建合并请求的待办
合并请求创建成功后，默认给指派人创建一条合并请求的待办。
指派人可以通过点击合并请求的待办里的链接去 GitLab 里查看合并请求。
·
在GitLab中查看合并请求并进行相关操作。
