对于私有部署的 GitLab 服务，大家的工作流中是如何提交合并请求的？

[Phiiiil]

正常的一个合并请求流程大概是这样子：

😣 合并请求的诞生之路：打开浏览器 -> 访问 gitlab 网站 -> 选择项目 -> 访问提交合并请求的页面 -> 点击创建新的合并请求 -> 选择源分支和目标分支 -> 点击提交 -> 输入标题和内容 -> 点击创建合并请求按钮。

这样的合并流程太麻烦了，通过创建书签能减少一部分步骤，不过还是麻烦，后来发现了一款工具 GLib，非常好的解决了这个蛋疼🥚的操作流程，开发工作中也用了很长一段时间了，非常 nice👏

✨ 推荐大家试试： GLib 使用介绍

[SoloCompany]

git push 创建新分支或老分支
命令行自动就会出现一个创建 MR 的链接, 点进去就完事了

[Phiiiil]

@SoloCompany 嗯，这样确实少了几步，不过 push 的时候没有创建 MR ，就得跑网站上操作了 😅

[palxie]

我使用也确实是如 1 楼所说的, 用 push 命令行生成的 mr 链接, 合并至的就是默认分支, 一般情况下, title 用的就是 commit 信息, 我们有统一的规范, 一般也不需要填写, 点击创建 mr 就行, 并不麻烦.

[zed1018]

笑死，你要是自我推广就自我推广，不要标题是提问，内容是发现，实际是推广好吗？

[Phiiiil]

@palxie 嗯呢，之前我也一直是这样的操作流程，默认一般是 master 或者 main 分支，如果是想合并到 test 或者 release ，就得切换一下分支咯~

[Phiiiil]

@zed1018 笑一笑十年少

[codeMore]

直接先建 issue ，然后再在 issue 界面建对应的分支和 pr 一条龙。

[Phiiiil]

@codeMore 还可以这样啊，试试去

[maggch97]

为什么需要用这种原始人工具去替换一个已经很成熟的图形界面

[DingJZ]

这玩意还要工具，建 issue ，issue 里一键分支和 mr 都创建好了

[unco020511]

mr 也不是很频繁的一个操作呀,一般一个需求或者解决 bug 才发起 mr,点几下我觉得挺方便的.并且 gitlab 在前一个 push 时,会自动在首页生成一个 mr 的快捷方式,更方便了一些

[phy25]

https://docs.gitlab.com/ee/user/project/push_options.html#push-options-for-merge-requests