对于私有部署的 GitLab 服务，大家的工作流中是如何提交合并请求的？
Phiiiil · gaowei-space · 2022-07-26 19:25:40 +08:00 · 2079 次点击这是一个创建于 631 天前的主题，其中的信息可能已经有所发展或是发生改变。
正常的一个合并请求流程大概是这样子：
😣 合并请求的诞生之路：打开浏览器 -> 访问 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
maggch97 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