git merge squash 和 rebase 区别

最新推荐文章于 2024-04-27 23:01:01 发布
最新推荐文章于 2024-04-27 23:01:01 发布
阅读量1k 收藏 4
点赞数 1
分类专栏： Git 文章标签： git
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Jayin_Ton/article/details/117982537
版权
本文详细介绍了Git中merge、squash merge和rebase merge三种合并方式的差异。普通merge会保留所有commit历史，可能导致历史记录混乱。而squash merge将多个commit合并为一个，简化历史但改变author。rebase merge则能保持master分支整洁，同时保留作者信息，但需开发者执行变基操作，回滚相对复杂。
摘要由CSDN通过智能技术生成

在合并分支的时候，默认是有三种选项的，分别是

  • 普通的 merge
  • squash merge
  • rebase merge

普通 Merge

说到合并分支，可能我们最熟悉的操作是这样的：

  • 先切换到目标分支：git checkout master
  • 执行命令：git merge devel
  • 删除旧分支（可以在上面一同做）：git branch -D devel
  • 提交到远程分支：git push origin master

假设合并之前的这样的：
git commit history

我们这么上述操作之后，分支的 commit 历史将会是这样的：
git commit history

看上去是一条直直的 commit line，我们在 devel 分支中的 commit 也是一个不差得保留在了 master 中。但是很多时候，我们并不需要那么多的 commit，假设你给一个开源项目提交一个 Bug Fixes，然后一个简单的修改因为你的粗心大意 pull request 了十几个 commit 过去，如果作者给你 merge 了，这

最低0.47元/天 解锁文章
git --- git merge用法
M2嵌入式
06-01 8658
在Git中，合并是一个连接分叉历史的过程。它将两个或多个开发历史连接在一起。git merge命令可以帮助你把git分支创建的数据整合到一个分支中。git merge会将一系列的提交关联到一个统一的历史。在上图中，有两个分支 master 和 feature。我们可以看到，我们在功能和主干分支都做了一些提交，并将它们合并。它就像一个指针。它将在各分支之间找到一个共同的基础提交。一旦 Git 找到一个共同的基础提交，它就会创建一个新的 “合并提交”。它结合了每个排队的合并提交序列的变化。
Git 操作之rebase、squash
xiaozhidexiao的博客
11-12 1万+
使用git版本控制。1.从master拉取分支（公司开发从develop拉取分支）。git checkout -b feature-demo2.代码编写，提交代码。 本地开发时，有些功能的开发可能需要几天，为了防止意外情况，尽量一天结束的时候，将未完成的代码提交到属于自己的远程分支。/** * Git Demo * @date 2017-11-11 下午10:23 */ public cla
Git合并操作之merge、rebase、squash详解
热门推荐
主要分享硬件、嵌入式软件部分知识
05-03 1万+
有时在一个分支上完成一个功能的开发，开发完成后需要将其合并到主分支中。或者有时提交了很多个commit，它们之间的改动并不是很多，想将它们合并成一个commit，此时就需要使用GIT的合并操作。下面来介绍一下GIT中的几种合并操作： 1 git merge和git rebase git merge不对仓库历史做任何改变，它会保留分支上所有的历史commit，然后简单地创建一个合并的commit。 1.1 git merge 使用git merge将master分支合并到feature分支 git chec
Git(二) merge squash rebase
qq_38478903的博客
03-15 495
创建如上图所示的测试环境，创建master_tag和branchA_tag是为了方便反复测试 1. merge git checkout master git merge branchA 显然 newFile1，newFile2两个文件存在冲突，解决冲突，再次提交后，提交历史如下: git log查看提交记录 合并分支后，提交记录是按照时间先后顺序排列的，bran...
git 三种合并方式（rebase / merge / squash）
初原挽风的博客
02-01 3215
会将 master 与 Feature 的最新 commit (E / H) 打包，在 master 分支提交为一个新的 commit (G)。squash 顾名思义是压缩，图 6 将 新分支的 commit (F / H) 进行打包压缩在与 master 分支进行 merge 操作。图 2 ，当 master 分支与 feature 分支都存在新的 commit 时，那么在 master 分支使用。在使用 Git （分布式版本控制系统），往往不会直接在主分支上面直接开发，而是新建一个分支进行开发。
merge squash 和 merge rebase 区别 GIT使用
niejinhao052011的专栏
05-28 1805
https://liuliqiang.info/post/difference-between-merge-squash-and-rebase/
git合并分支中普通merge、rebase merge和squash merge的区别
刘先生倒了u的博客
03-23 282
【代码】git合并分支中普通merge、rebase merge和squash merge的区别。
2022-05-14 Git三种合并分支Merge、Squash merge、Rebase merge
不爱吃奶昔（zsl0）的博客
05-14 1370
Git三种合并分支Merge、Squash merge、Rebase merge前言合并分支MergeRebase mergeSquash merge 前言 开发过程中，一般按照Git Flow工作流程对代码进行创建分支，中途不可避免要合并分支；但是呢，有三种合并分支的方式，这里简单介绍一下三种不同合并的差异。 应用场景： 一般情况像master、develop分支是不能直接push的，需要以PR（Pull Request）形式申请合并分支，在同意合并的时候需要选择使用哪种合并方式。 合并分支 原始对待不同
Git Merge、Rebase 和 Squash 之间的区别
qqrrjj2011的博客
01-16 3919
相反，Merge、Rebase 和 Squash 具有相同的基本目的，但提供了有关如何管理分支的不同视角。每个命令都提供了一个独特的视角，您可以通过它来导航和增强分支管理，从而为您的版本控制方法提供多功能性。它创建了一个合并提交，但也保持了项目历史的线性和干净。合并基本上会创建一个新的合并提交，并将分支中的更改与该合并提交合并到目标分支。：将所有提交合并为一个提交，并创建干净的线性历史记录，但不提供有关提交的尽可能多的信息。：将当前分支的头部移动到目标分支的最后一个节点，并产生更线性的git历史记录。
git-rebase&git-squash
神zhi殇的博客
12-02 550
git mr：mergeRequest rebase：https://blog.csdn.net/liuchunming033/article/details/87195568 rebase和squash的区别：https://www.jianshu.com/p/684a8ae9dcf1 https://blog.csdn.net/u013276277/article/details/824701...
03-git tag标签;git push--tags; git branch分支; git merge,git rebase整合分支提交
weixin_37985288的博客
04-17 2026
git分支、标签标签 git tag-a-d 标签 git tag git tag 为特定的提交commit添加标签tag【额外标记 指示有用信息】 git tag v1 SHA123 将这个【标签命名为 v1】，并且明确地让它指向【提交记录 SHA123】，如果你不指定提交记录，Git 会用 HEAD 所指向的位置。 git tag # 列出所有标签 -a git tag -a v1...
Git合并分支git merge的3种模式，git rebase，git cherry-pick的不同用法
weixin_42273504的博客
07-01 1706
本文目录如下： - git merge 默认，fast-forward模式 --no-ff --squash - git rebase - git cherry-pick ---------------------------------------------正文开始------------------------------------------------------------ git merge 参数分支test(以下又叫子分支)
【git系列】git rebase含义用法选项示例详解
wang2leee的博客
04-27 1555
【git系列】git rebase含义用法选项示例详解
git fetch merge rebase squash
qq_40813329的博客
01-18 247
在合并分支的时候，默认是有三种选项的，分别是 普通的 merge squash merge rebase merge 普通 Merge 说到合并分支，可能我们最熟悉的操作是这样的： 先切换到目标分支：git checkout master 执行命令：git merge devel 删除旧分支（可以在上面一同做）：git branch -D devel 提交到远程分支：git push origin master 假设合并之前的这样的： 我们这么上述操作之后，分支的 commit 历史将会是这样的：
Git命令： rebase 和 squash命令
阿甘正传
11-05 3938
rebase的用法 普通合并代码容易产生merge提交 如： 把主干代码合到个人开发分支（有可能会产生一次merge提交) 当前分支：master_zhang3 执行：git merge master 采用rebase 把主干代码合到个人开发分支，并会把master_zhang3分支的提交拉到最近一个节点 当前分支：master_zhang3 git merge master --rebase 比如master有提交点 1,2,3 此时master_zhang3分支有 1，2，4 结果：1,2,3,4
Git工具之merge --squash
dont_curry的博客
12-06 1308
此时，如果能够把我们在同一分支的commit合并为一个commit，然后merge到目标分支，事情将会变得简单起来。使用Git工具管理代码时，通常是新建分支，实现代码，然后进行代码审核，合并并推送到远程分支。再或者由于某些原因，导致需要代码回滚，由于commit记录太复杂，无法准确回退到指定版本。但通常情况下，完成需求需要在本分支中多次提交。与此同时，其他人也可能在其他分支进行开发。此时，如果合并代码，不同分支不同的commit记录会犬牙交错在一起。
git merge的三种操作merge, squash merge, 和rebase merge
Where there is life, there is hope.
02-17 1317
git merge的三种操作merge, squash merge, 和rebase merge的使用区别
「Git」merge –squash介绍
陈云峰技术博客
05-30 1545
Git相对于CVS和SVN的一大好处就是merge非常方便，只要指出branch的名字就好了，如：$ git merge another$ git checkout another# modify, commit, modify, commit ...$ git checkout master$ git merge another但是，操作方便并不意味着这样操作就是合理的，在某些情况下，我们应该优先
git merge -- squash (多个commit记录合并成一个提交记录)
小天儿の博客
07-16 7704
git squash 的用法 -- 将多个commit 记录合并成一个，可用于 本地提交测试后合并至远程分支 develop分支merge至主线分支时，只有一个 commit 记录，代码整洁 -- 将develop分支代码合并至 master分支，只保留一个commit记录 1、 切换至 master分支 2、 git merge origin/develop --squash 3、 git commit -m "问题修改--测试ok" ...
git merge之后使用git rebase -i
最新发布
09-26
`git merge`用于合并两个分支，通常是在你想将一个分支的更改应用到另一个分支上时使用。而`git rebase -i`则是交互式的重新基于命令，它允许你在合并之前对已提交的历史进行编辑。 当你完成了一个`merge`操作后，...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值