关于 Git rebase 简谈

已于 2022-11-30 13:01:12 修改
阅读量350 收藏
点赞数
分类专栏： 技术杂谈 文章标签： Git Rebase
于 2022-06-30 22:47:40 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/lijinxiong520/article/details/125549761
版权
本文探讨了在Git中使用rebase进行分支管理的优势，建议在本地分支与远程分支交互时使用rebase以保持分支历史清晰。强调只对未推送的本地修改执行rebase，并解释了为何不应对已推送的提交进行变基操作。同时提到了压缩本地commit的特性，虽然不常用但也是Git的一个功能。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

关于 rebase 、最常用的可能是使用 idea pull 代码的时候勾选的选项吧

微信公众号:CoderLi

对于本地分支 pull 对应远程分支实际上是建议使用 rebase 的、因为这些变更只在本地、并不会产生任何坏的影响。

这样子对于分支来说、会相对比较好看、并且对于公共开发、使用的是同一个分支、这样子就不会产生额外的分叉、当然要整个团队成员都是 rebase 、当 pull 远程分支到本地的时候。至于远程分支之间的合并、那就是另说了。

https://git-scm.com/book/zh/v2/Git-%E5%88%86%E6%94%AF-%E5%8F%98%E5%9F%BA

总的原则是，只对尚未推送或分享给别人的本地修改执行变基操作清理历史， 从不对已推送至别处的提交执行变基操作，这样，你才能享受到两种方式带来的便利。

至于压缩本地 commit 这个功能相对来说还是用得比较少。

git rebase 远程分支，落后的commits
merrily01的博客
03-02 6470
1. 将目标远程分支checkout到本地；如： git remote add Upstream https://github.com/apache/spark.git git remote update Upstream git checkout -t Upstream/branch-2.4.5 2. 切换到自己的开发分支，将mr相关commits rebase 合并为一...
git rebase
Blue_Pepsi_Cola的博客
03-11 692
git rebase是 Git 中用于将一个分支的提交记录重新应用到另一个分支的命令。它的主要作用是将一个分支上的修改合并到另一个分支上，但与git merge不同的是，git rebase可以将提交历史变得更加清晰，因为它会将被合并的分支的提交记录逐个应用到目标分支上，形成一条线性的提交历史。这样做的好处是可以避免产生不必要的合并提交，保持提交历史的整洁。在使用 git rebase 的过程中，通常会遇到一些冲突，这时需要手动解决冲突并继续 rebase 过程。
git rebase更新远程分支
Poseidon's Maserati
08-23 4714
使用场景：公司项目代码在dev分支上，然后每个人从dev上拉出自己的分支进行开发。 碰到问题：但是dev要定时的更新至最新版本，如果某个人拉出后只在自己本地add且commit，那么就因为文件冲突push不了。 解决办法： git branch 切换到自己工作分支 git status 查看当前工作状态 git stash 如果当前状态下有未完成的任务且不想提交的话，先将其压如临时栈中，...
效率工具- git rebase 全解
最新发布
m0_61164038的博客
04-12 1832
我们发现分享rebase全文都是围绕优化分支提交记录来举例子介绍该命令,我个人觉得这也就是该命令的核心之处。在学习rebase之前我日常使用的基本都是merge导致commit记录过于混乱。
git | 不切换分支rebase远端分支代码
无夜之星辰的博客
06-15 1328
可以不切换分支，一句命令搞定这个需求。
使用git rebase解决本地分支和远程master分支的冲突
weixin_43871321的博客
05-26 1481
此时会报一系列冲突，请留意Conflict提示冲突的是哪些文件，然后打开对应文件一一解决冲突即可。会看到显示添加了什么文件，请检查一下是不是自己解决冲突后的文件。命令行窗口会显示提交记录，输入:wq按回车键退出即可。git checkout [自己的分支]将解决冲突后的文件都添加进合并列表。解决冲突后输入下一条命令。确定后输入下一条指令。
Git----拉取远程分支，git pull，git rebase，git pull --rebase的区别
weixin_30954607的博客
07-06 996
git pull 　　相当于自动的 fetch 和 merge 操作，会试图自动将远程库合并入本地库，在有冲突时再要求手动合并。 git rebase 　　可以确保生产分支commit是一个线性结构，方便rollback。其实生产也可以选择打tag来发布。 　　注：通过rebase可以确保主分支commit history线性结构上每个commit点都是相对独立完整的功能单...
详解git merge 与 git rebase的区别
10-15
Git 是一个分布式版本控制系统，它提供了两种合并分支的策略：`git merge` 和 `git rebase`。两者都是为了整合不同分支的更改，但它们在处理合并的方式上有显著的差异。 ## Git Merge `git merge` 是最常见的合并...
git rebase 成功之后撤销的操作方法
10-15
然而，不当使用`git rebase`可能会导致问题，特别是当你已经完成了一个rebase操作后，可能需要知道如何撤销它。本文将详细介绍在`git rebase`成功后如何恢复到rebase前的状态。 `git rebase`的主要功能是将一个分支...
vscode-git-rebase:⌥VSCode扩展，可使用热键快速设置交互式git rebase的操作
05-10
Git Rebase（Visual Studio代码扩展） 使用键盘快捷键可以快速编辑交互式Git基准库的操作。 如何使用 按下与您所需的git rebase操作相对应的键。 此命令将应用于所有选定的行。 键盘快捷键： p将命令设置为“ ...
Git Merge 和 Git Rebase 的区别详解
ning的博客
01-21 1238
git merge和git rebase如果你希望保留完整的提交历史，清晰地显示每个分支的更改和合并点，那么git merge是更好的选择。如果你倾向于保持一个清洁、线性的提交历史，并且团队成员对解决冲突感到舒适，那么可以选择git rebase。在团队环境中，最重要的是确保所有成员都理解并遵守相同的工作流程，无论是选择merge还是rebase，都需要谨慎处理冲突并确保团队成员对合并策略达成共识。版权声明：本博客内容为原创，转载请保留原文链接及作者信息。参考文章。
git合并两个远程分之-rebase
pszwll的博客
07-20 2428
本文介绍的是在两个不同的仓库上的分支进行衍合，并保留版本的提交的历史和日志  远程库一：develop 远程库二：other 目的：把other分支衍合到develop分支。 步骤： 1、从远程库地址一拉下代码到本地，存放地址如：d:/workspace/develop; git clone [代码仓库地址一] 2、从远程库地址二拉下代码到本地，存放地址如：d:/workspace/
Git rebase操作示例：确保本地分支基座与远程主干分支一致（当前分支落后主线分支的解决方法）
学亮编程手记
11-28 611
切换到main分支并获取最新的更改。将main分支的更改重新应用到feature-1分支上。强制推送feature-1分支的更改到远程仓库，确保远程分支与本地分支一致。
Git----拉取远程分支，git pull，git rebase以及两者区别
Blue
04-12 843
Git----拉取远程分支，git pull，git rebase以及两者区别
git分布式管理-头歌实验合并远程分支、rebase、储藏
qq_62377885的博客
03-08 2509
merge。
简话git rebase
安安爸Chris的专栏
10-11 592
git 的rebase相信很多同学都有耳闻，但是可能一直没有尝试过如何使用。base顾名思义，是基线的意思，一个完整的代码提交历史，就如果时间上的历史，是一条直线，上图的时间线表示了古欧洲的历史，可见是一条直线，没有分支。但是实际上在版本开发过程中，实际上这样是过于理想的。实际上的情况如下：我们在版本中，提交了D-E，此时我们需要一个特性分支topic，单独开发；于是我们就有了topic分支和master两个；
git rebase master
小李科技
08-27 2441
git rebase master
Git第六阶段：Rebase -＞ 合并多个commit为一个，使提交更为简洁。
songpeng26的博客
07-22 6229
1.如下所示，自上次push以后，我在本地有三次零散的commit，但是还没有push，因为不想提交到server上显得太过凌乱，所以要合并以下再push，这就要用到’git rebase’： peng@host:~/gitTest$ git log commit a92aea92169587086679cd13af4cf2dc335ceca5 (HEAD -> master) Author: songpeng22 <songpeng24@msn.com> Date: Wed Jul
【learnGitBranching】07远程仓库高级操作
Ricardo1998的博客
01-31 351
GitHub最受欢迎的交互式Git学习教程。
git rebase -s 和 git rebase -i
11-02
`git rebase -s` 和 `git rebase -i` 都是 `git rebase` 命令的不同选项，用于管理和编辑提交历史。 1. **`git rebase -s`（或 `--strategy-squash`）**: 主要用于 squash（压缩）一系列相邻的提交。当你想要将几个连续的提交合并为一个，并附带一个新的提交消息时，可以使用 `-s squash`。这会创建一个新的提交，其内容是所有被合并的提交，而之前的提交会被删除。命令行看起来像这样： ``` git rebase -s squash feature_branch ``` 然后在交互模式下，选择你要保留哪些提交，并给新提交一个描述。 2. **`git rebase -i`（或 `--interactive`）**: 更强大的选项，允许用户直接编辑已有的 `pick`（默认行为）、`reword`（编辑提交消息）、`edit`（编辑提交内容）、`squash`（合并提交）、`fixup`（同 `squash` 一样合并，但提交消息不保存）或 `drop`（丢弃提交）。这个模式打开一个文本文件，列出要被重新组织的提交，并允许你在每一行对应的操作之间进行切换。例如： ``` git rebase -i HEAD~n # n 是要操作的提交数 ``` 这样就可以对提交进行细粒度的管理，如移动提交位置、合并等。 使用这两个选项时，都需要谨慎操作，因为它们会直接影响你的提交历史。特别是当你的提交已经被推送到远程仓库时，修改历史可能会导致其他用户的分支变得无效，因此通常在本地开发环境中使用。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值