gitlab fast-forward merge支持自动rebase

Insight

背景

客户目前的gitlab 合并请求是 通过 快进式(Fast-forward)合并 来完成的，但是这种 合并请求的方法会存在 rebase。

操作：

• main分支分别拉dev-1，dev-2，dev-3；
• 对dev-1，dev-2，dev-3三个分支分别做不同的commit提交；
• 分别对dev-1，dev-2，dev-3三个分支给main提交mr，即创建了三个mr；
• 对dev-1->main的mr进行了合并后，接下来如果合并dev-2->main的mr时，就需呀rebase。

客户诉求

• 开发流水线成功即让他能合并到主干，不一直让开发去rebase
• 每合并一个MR，不要生成“Merge xxx branch to main”这种空注释
• 没有压缩的诉求

复现并测试

在最新的gitlab中，合并请求有一下四种方法：

• 合并提交
• 合并提交与半线性历史记录
• 快进式(Fast-forward)合并
• 单独的压缩合并提交

尝试了下，通过 合并请求 四种方法分别出现如下：

• 合并提交： 出有 “Merge xxx branch to main”信息，无法满足客户诉求
• 合并提交与半线性历史记录、快进式(Fast-forward)合并： 会存在rebase
• 单独的压缩合并提交：客户没有压缩的诉求

目前快进式(Fast-forward)合并是一个很好的选择，但是需要rebase。是否可以支持自动rebase，从而可以满足 目标分支可以看到 分支的commit，没有“Merge xxx branch to main”信息；同时自动rebase，这样就可以解决 快进式(Fast-forward)合并 出现rebase的问题。 或者 是否有更好的方法可以满足客户的需求呢？

Supporting evidence

Action

Resources

• 🕊 Dovetail project
• 🔍 Research issue
• 👣 Follow-up issue or epic

Tasks

• Assign this issue to the appropriate Product Manager, Product Designer, or UX Researcher.
• Add the appropriate Group (such as ~"group::source code") label to the issue. This helps identify and track actionable insights at the group level.
• Link this issue back to the original research issue in the GitLab UX Research project and the Dovetail project.
• Adjust confidentiality of this issue if applicable