如何在gitlab中获取合并请求？

我确实有一个与git相关的非常琐碎的问题，但由于某种原因，我自己无法找到一个令人满意的答案，我很不好意思问我的同事

我还必须说，我确实大致了解git，但我对gitlab（在我的公司中使用）是新手

所以我的问题是：两周前我提出了一个bug修复的变更请求。审查花了一些时间，就在昨天，我才设法提出了审查意见。为此，我签出了变更请求分支，执行了我的变更并将其推回。与此同时，遥控器的主人分歧很大，需要我做些什么

我记得我以前的公司使用了不同的工作流程，我只需在master上重新设置分支的基础，然后推送。使用gitlab，可以将主分支合并到功能分支中（至少我听说是这样）。当我这样做时，它会创建一个huuuge提交，它由我的特性分支（基于2周前的主节点）和当前主节点之间的增量组成

---

我不确定，这是最好的方式还是一种方式。有人能告诉我（或给我一些好的指导）如何解决我的混乱吗？

这听起来很乏味，但这是确保分支与当前主分支保持同步的好方法

这里有一个资源：

---

是的，反向合并是在正向合并之前处理可能冲突的一种非常好的方法。没有所谓的“一次火热的承诺”；差异可能很广泛，但这只是一个描述，而提交只是您所有文件的快照，大小大致相同。有时我会先将master合并到自己的分支中，然后修复所有冲突。虽然这看起来是一个很大的变化，但我发现当我随后将我的分支合并到主分支上时，它会在主分支上留下一条较小的轨迹。