GitLab分支合并策略Fast-forward(快进)和Rebase(变基)的区别

文章讨论了Git中的合并提交操作,特别是Fast-forward模式。在Fast-forward模式下,合并提交能保持dev/main分支的线性历史,但可能会丢失分支信息。这种模式在分支流转清晰时有优势,但也可能导致分叉信息的丢失,需要通过其他方式维护分支关联信息。
摘要由CSDN通过智能技术生成

合并提交

dev -> main

合并提交(默认)

feat/#DEM-43和feat/#DEM-1先后合并到dev



image.png



Fast-forward

feat/#DEM-2到dev

合并前



image.png



合并后



image.png



feat/#XX-1到dev

合并前



image.png



合并后



image.png



对比



合并提交

快进式

优点

  • 清晰的分支流转

  • dev/main 自带merge信息

  • dev/main一条线,只保留原始commit信息

缺点

  • 分叉和feat分支数关联递增

  • 删除feat后分叉名称丢失

  • 丢失分支流转信息

  • dev/main 无自带merge信息(可通过commit中维护PingCode Task所属ID)

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值