git merge 的两种模式的区别 --no-ff与fast forward

最新推荐文章于 2025-10-10 10:42:33 发布
原创 最新推荐文章于 2025-10-10 10:42:33 发布 · 4.6k 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#git #merge #--no-ff #fast forward

本文介绍了Git中两种不同的分支合并方式：快速合并(fastforward)和普通合并(--no-ff)。快速合并不会保留分支的历史记录，而普通合并则可以保存分支的历史信息，方便查看合并历史。

git merge

将名字为branchName的分支合并到当前分支 有两种模式
git merge <branchName>：fast forward模式，快速合并，看不出做过合并。 不会显示 feature，只保留单条分支记录
git merge <branchName> –no-ff: --no-ff模式，普通合并，可以保存之前的分支历史。能够更好的查看 merge历史，以及branch 状态。会生成一个新的commit-id

通常，合并分支时，Git尽可能用 fast forward 模式，但这种模式，删除分支后，会丢掉分支信息。

前端 git规范-不同软件（GitHub、Sourcetree、WebStorm）、命令行合并方式下增加 --no-ff的方法
Tz
03-13 747
在Git中，–no-ff参数用于合并分支时禁止快进（Fast-Forward）模式，强制创建一个新的合并提交。如果你不知道合并的时候有没有加上 --no-ff ，那你大概率就是没加。
一文带你读懂Git中的rebase与fast-forward
胡聊前端的博客
11-25 1万+
在项目开发的过程中，git作为版本管理工具重要性不言而喻。平常大家肯定会使用merge命令来合并分支。然而merge来合并分支有个缺点，就是当分支太多，合并太多，那么提交记录的图谱看起来就非常丑。 以上，而rebase就可以解决这个问题。下文我将使用git官方的例子来解释一下rebase与fast-forward在实际中的应用。 假设我们有一下的场景： 存在一个git版本库，当前仅有master一个分支 现在有一个bug需要修复，那么需要创建一个新的分支，比如叫iss53 突然发现一个线上的紧急bug，
github 上常用的两种工作模式
关注web前端，移动互联网开发，javascript
01-07 337
最近和army8735一起维护他的代码，由于最近代码管理github吵的很热，所以也正好把代码放到git hub上管理，顺便了解下github的工作模式，写这篇文章就是来总结用github来管理代码的一些方式。 文章开始前我觉得有必要稍微介绍下GIT. Git --- The stupid content tracker, 傻瓜内容跟踪器。那么怎么理解呢？git首先是一个版本控制工具，这点和常...
git merge代码合并--no--ff等含义
拼搏在2014
05-30 4400
--no-ff指的是强行关闭fast-forward方式。 fast-forward方式就是当条件允许的时候，git直接把HEAD指针指向合并分支的头，完成合并。属于“快进方式”，不过这种情况如果删除分支，则会丢失分支信息。因为在这个过程中没有创建commit git merge --squash 是用来把一些不必要commit进行压缩，比如说，你的feature在开发的时候写的com
【Git】Merge的不同方式（Fast-forward Merge、Squash Merge、No Fast-forward Merge、Don’t Commit Merge）
最新发布
m0_73856514的博客
10-10 292
本文介绍了Merge的不同方式（Fast-forward Merge、Squash Merge、No Fast-forward Merge、Don‘t Commit Merge）
git的快速合并fast-forward merge详解
江上清风山间明月的博客
09-12 2831
快进合并是指在合并操作中，如果当前分支的历史完全包含在目标分支的历史中，Git 可以直接将当前分支指向目标分支的最新提交，而无需生成额外的合并提交。换句话说，Git 在这种情况下无需创建新提交来表示“合并”操作。没有分叉历史。它可以理解为“简单地向前移动分支指针”——历史是线性的，合并不会产生新的节点。快进合并是 Git 的一种合并方式，在没有分叉的情况下，Git 会简单地把当前分支指针移动到目标分支的最新提交上，不生成合并提交。
git merge和git merge --no-ff的区别
weixin_42338707的博客
07-01 843
git merge和git merge --no-ff的区别 https://links.jianshu.com/go?to=https%3A%2F%2Ftyloafer.github.io%2Fposts%2F132%2F) 在很多介绍GItFlow工作流的文章里面，都会推荐在合并分支的时候加上--no-ff参数， 而我们在合并的时候，有时git也会提示 使用了 fast-forward， 这里我将介绍一下merge的三种状态及 git merge 和 git merge --no-ff 的区别 Git
git merge --no--ff是干什么的
06-25
`git merge --no-ff` 命令的作用是强制 Git 在合并分支时创建一个新的提交（称为合并提交），即使可以使用 Fast-forward 模式进行合并。默认情况下，如果 Git 能够通过移动当前分支的指针来完成合并操作，则会使用 ...
git merge --no-ff -m "merged bug fix 101" issue-101 命令解释
07-09
- `--no-ff`：禁用“快进”（fast-forward）模式。在默认情况下，如果当前分支可以直接前进到目标分支的最新提交，则 Git 会使用“快进”方式合并，这不会创建新的合并提交。启用 `--no-ff` 后，Git 会创建一个新的...
git merge --no-ff
09-21
git merge --no-ff命令用于合并分支，它的作用是关闭fast-forward模式，即使当前分支可以直接指向要合并的分支，也会创建一个新的commit来表示合并。这样做的好处是可以在提交历史中看到分支信息，而不仅仅是一个...
git merge三种参数精简解释（fast-forward、--no-ff、--squash）
风中一匹狼的博客
03-01 5622
（1）fast-forward：现在有master分支，dev分支拉出来开发并commit了几次，再合并回master分支，如果master分支在dev分支拉出来以后没有任何提交了，就会使用fast-forward模式，直接把master指针指向dev的最后一个提交节点上，分支提交记录为一条直线，看起来就像这些提交是直接在master上做的，看不到任何关于dev分支的信息。 git merge命令不加参数的默认是执行fast-forward模式，除非不符合fast-forward条件，即拉出dev分支后m.
git merge fast-forward squash no-ff
chen930724的专栏
12-04 6366
看了下 git merge 的相关知识  发现还是不能很好的解决 在Android studio 上 git合并分支 后, 在github desktop 的被合并的分支的提交信息丢失的问题 为了描述方便, 命名一下两个分支  master ,  test merge  是 master 去 merge test 分支 不管以何种 megre 策略  最后 在t
Fast-Forward Git Merge
FIRE_TRAY的Android之路
10-09 2463
Fast-Forward Git Merge合并分支在Git中是一种十分常见的操作。在某些情况下，Git默认会尝试使用Fast-Forward模式进行分支合并操作。不用这种模式进行合并会有怎样的不同呢? 假设我在master分支上创建出一个主题分支speedup，在speedup上开发一段时间后（提交了3个commit，也就是那些白色圆圈），我决定收工并把它推送到我的远程仓库中去。而在此期间mas
8.Git merge之 Fast Forward和 No Fast Forward(--no-ff方式)解析
热门推荐
扛麻袋的少年的博客
06-24 1万+
1.Fast Forward Fast Forward意为"快进模式"。主要使用在多分支合并的情况下。即：当前分支合并另一个分支的时候，如果合并的过程中没有Conflict冲突的时候，则会通过直接移动两个分支的指针，来达到合并的过程，这个过程就叫做Fast Forward。 在Fast Forward模式下，当我们merge合并后，将会删除无用的分支dev，...
git代码合并，真是通俗易懂啊！
2401_83384536的博客
06-01 1219
即当前分支合并另一个分支的时候，如果合并的过程中没有conflict的时候，则会通过直接移动两个分支的指针，来达到合并的过程，这个过程就叫做Fast Forward。如果当前的分支与要合并的分支相比有额外的提交，也就是说本地需要进行pull操作，那么git会通过no-fast-forward进行分支合并，并在活动分支上创建一个新的合并提交。，我们使用merge时，git默认采用fast-forward，即将我们正在合并的分支上的提交合并到当前分支中，且不产生新的提交。，它能给你的团队开发省去太多烦恼。
Fast-forward合并和普通合并
要考甲级的fairy
10-28 2455
Fast-forward合并是“快进模式”，也就是直接把master指向dev的当前提交，所以合并速度非常快。 通常，合并分支时，如果可能，Git会用Fast forward模式，但这种模式下，删除分支后，会丢掉分支信息。 如果要强制禁用Fast forward模式，Git就会在merge时生成一个新的commit，这样，从分支历史上就可以看出分支信息 合
Git：git-merge的--ff和--no-ff
09-24 567
https://blog.youkuaiyun.com/chaiyu2002/article/details/81020370 博客 Git用法总结系列收藏于IT老兵驿站。 Git：Git-merge的–ff和–no-ff。 前言 Git merge最容易糊涂的地方就是这个--ff参数和--no-ff 参数，通过本文，把这个整理清楚。 其实官网讲的非常清楚，不过可能因为是英文的，所以大家阅读起来会有一些障碍。（PS：其实还是应该逐步逐步提高自己阅读英文文档的能力，想达到一个更高的高度，是需要客服自己本身很多
git : merge --no-ff（非快进式合并）
cjccxy的博客
11-09 1894
git : merge --no-ff（非快进式合并）
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值