对于私有部署的 GitLab 服务，大家的工作流中是如何提交合并请求的？
Phiiiil gaowei-space 2022-07-26 19:25:40 +08:00 2849 次点击这是一个创建于 1174 天前的主题，其中的信息可能已经有所发展或是发生改变。
正常的一个合并请求流程大概是这样子：
合并请求的诞生之路：打开浏览器 -> 访问 gitlab 网站 -> 选择项目 -> 访问提交合并请求的页面 -> 点击创建新的合并请求 -> 选择源分支和目标分支 -> 点击提交 -> 输入标题和内容 -> 点击创建合并请求按钮。
这样的合并流程太麻烦了，通过创建书签能减少一部分步骤，不过还是麻烦，后来发现了一款工具 GLib，非常好的解决了这个蛋疼的操作流程，开发工作中也用了很长一段时间了，非常 nice
推荐大家试试： GLib 使用介绍
 | 1 SoloCompany 2022-07-26 21:12:17 +08:00 git push 创建新分支或老分支 命令行自动就会出现一个创建 MR 的链接, 点进去就完事了 |
 | 2 Phiiiil OP @SoloCompany 嗯，这样确实少了几步，不过 push 的时候没有创建 MR ，就得跑网站上操作了 |
 | 3 palxie 2022-07-26 22:56:41 +08:00 我使用也确实是如 1 楼所说的, 用 push 命令行生成的 mr 链接, 合并至的就是默认分支, 一般情况下, title 用的就是 commit 信息, 我们有统一的规范, 一般也不需要填写, 点击创建 mr 就行, 并不麻烦. |
 | 4 zed1018 2022-07-26 23:03:51 +08:00  2 笑死，你要是自我推广就自我推广，不要标题是提问，内容是发现，实际是推广好吗？ |
| 5 Phiiiil OP @palxie 嗯呢，之前我也一直是这样的操作流程，默认一般是 master 或者 main 分支，如果是想合并到 test 或者 release ，就得切换一下分支咯~ |
 | 7 codeMore 2022-07-27 10:24:26 +08:00 直接先建 issue ，然后再在 issue 界面建对应的分支和 pr 一条龙。 |
 | 9 penzi 2022-07-27 14:22:58 +08:00 为什么需要用这种原始人工具去替换一个已经很成熟的图形界面 |
 | 10 DingJZ 2022-07-27 14:29:46 +08:00 这玩意还要工具，建 issue ，issue 里一键分支和 mr 都创建好了 |
 | 11 unco020511 2022-07-27 17:05:14 +08:00 mr 也不是很频繁的一个操作呀,一般一个需求或者解决 bug 才发起 mr,点几下我觉得挺方便的.并且 gitlab 在前一个 push 时,会自动在首页生成一个 mr 的快捷方式,更方便了一些 |
 | 12 phy25 2022-07-28 08:40:20 +08:00 via Android |
Select Language