代码库
手册分类
- 1. 禅道DevOps平台版介绍
- 1.1 关于禅道DevOps平台版本
- 2. 安装与升级
- 2.1 快速安装
- 3. 应用
- 3.1 管理应用
- 4. 代码库
- 5. 流水线
- 5.1 管理流水线
- 6. 制品库
- 6.1 管理制品库
- 7. 上线(企业版)
- 7.1 管理上线计划
- 8. DevOps设置
- 9. 命令行工具
- 9.1 安装及升级
- 9.2 status子命令说明
管理合并请求 分享链接
作者:张鹏
最后编辑:赵红梅 于 2024-09-26 13:53:36
浏览量:5978
本篇目录
研发团队在DevOps合并请求下执行合并请求流程,目前合并请求功能支持GitLab、Gitea以及Gogs类型的代码库,合并请求主要应用于分支开发模式,支持Git Flow、GitLab Flow和AoneFlow等主流分支策略。合并请求提供了一种分支代码合并的评审机制,是保证集成或主干分支代码质量的有效手段。
一、流程介绍
二、管理合并请求
开发人员创建合并请求。
选择分支,填写名称,指派评审人。
三种提交方式:
- 需要通过构建才能合并。勾选此选项,在所选择的流水线执行通过后该合并请求才能合并。
- 合并后删除分支。勾选此选项,在代码合并后会自动删除源分支。
- 合并提交记录。勾选此选项,源分支的所有提交将合并为一个提交合并至目标分支。
合并请求创建后,系统会向评审人发送评审通知。在列表点击合并请求名称浏览概况,更改合并请求状态。
- 合并按钮在评审通过且相关构建任务通过时才能点击。
- 评审通过时评审人点击通过。
- 评审未通过时评审人点击拒绝。
- 点击关闭按钮将合并请求关闭,关闭可点击重新打开激活合并请求。
浏览合并请求的改动。
将禅道的研发需求、Bug、任务与合并请求建立关联,关联后便于评审人了解相关背景,有利于提高评审效率,另一方面建立禅道对象与合并请求的双向追溯关系,便于迅速排错或审计。