SourceTree rebase(变基)的使用

于 2024-07-15 21:36:43 发布
阅读量754 收藏 27
点赞数 29
分类专栏： 技巧 文章标签： SourceTree Git
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/feyehong/article/details/140439739
版权

参考资料

  1. 【Sourcetree】コミットを一つにまとめる
  2. 【Sourcetree】リベースする

目录

前提

0.1 merge与rebase

⏹merge

  • 如果你希望保留分支的历史记录，并且不介意有合并提交。适用于团队合作时保留每个人的工作记录。

⏹rebase

  • 如果你希望保持提交历史的简洁和线性，适用于希望干净历史的项目。

🤔一般而言，如果你在自己的本地分支上进行开发，并且想要保持分支历史记录的干净和整洁，就可以使用git rebase。
而对于多人协作的项目来说，由于需要共享代码库，因此最好使用git merge来避免破坏其他人的历史记录。

0.2 merge合并分支

⏹下图是 merge 合并分支时前后版本变化的情况

  • merge 会创建一个新的合并提交，将两个分支的历史记录保留在一起。
  • 日志保存完整，不管你之前合并进来的那个版本有多少个提交历史，都会被完整的合并到目标分支。
  • 过多的提交合并到主分支之后，主分支的Graph会很乱。

在这里插入图片描述

0.3 rebase合并分支

⏹下图是 rebase 合并分支时前后版本变化的情况

  • rebase 会将分支上的更改重新应用在目标分支上，重写提交历史。
  • rebase 方式提交的版本历史是线性的，不会创建新的合并提交，历史记录非常干净。

在这里插入图片描述

⏹合并压缩

  • 在rebase 的时候还可以使用 squash 参数来压缩提交记录。
  • 例如下图，Feature 1 分支的 A、B、C 三个提交记录，使用 rebase squash 后会在主分支变为一个提交记录 F。

在这里插入图片描述

0.4 💥超级注意事项💥

❌❌❌❌❌❌❌❌❌❌❌❌❌❌❌❌❌
❌❌❌避免在公共分支上使用 rebase❌❌❌❌
❌❌❌❌❌❌❌❌❌❌❌❌❌❌❌❌❌

⏹不要在已经推送到公共仓库的分支上使用 rebase：变基会重写提交历史，这会使其他基于这些提交的工作分支出现冲突。
如果你在公共分支上使用 rebase，其他开发者可能会遇到合并冲突，并且需要强制拉取和合并他们的工作，这会带来很多不必要的麻烦。

⏹如果将本地分支的代码已经推送到远端，并且远端的代码并没有被合并到任何分支中，并且没有任何人基于你的分支进行开发，
此时rebase操作不会对别人的开发带来影响。

一. 代码已提交，未推送，交互式变基

1.1 通过SourceTree操作

🤔变基可以将多次本地提交合并为一次提交，简化提交履历。
💥注意：多次提交只是提交到本地Git仓库，并没有推送到远端仓库。

⏹如下图所示，我们分3次提交了代码到本地Git仓库，这3次提交都只是添加了console.log语句，
因此可以合并为一次提交然后推送到远端仓库

在这里插入图片描述

⏹交互式变基操作如下所示，选中要合并的提交的前一次提交，点击交互式变基功能，
然后将多次提交合并为一次。

在这里插入图片描述

1.2 通过Git命令行操作

⏹如下图所示，我们分3次提交了代码到本地Git仓库，这3次提交都只是添加了console.log语句
这次我们使用Git命令行的方式，将这三次提交合并为一次。

在这里插入图片描述

1.2.1 进入命令行终端，指定交互变基版本

⏹通过SourceTree的命令行模式进入Git命令行终端

在这里插入图片描述

⏹指定交互变基的版本为最近的3次提交
git rebase -i HEAD~3

1.2.2 指定需要处理的提交

⏹如下图所示，在vim模式下处理指定的提交

  • pick：保留该提交。
  • reword：保留该提交，但允许你修改提交信息。
  • edit：保留该提交，但在此提交暂停，允许你进行更改。
  • squash：将此提交与前一个提交合并，并保留两个提交的信息。
  • fixup：将此提交与前一个提交合并，但丢弃此提交的信息。
  • drop：删除该提交。

在这里插入图片描述

⏹如下图所示，指定后两次提交与第一次提交合并，同时丢弃后两次的提交信息

  • f 是fixup的简写

同时指定要修改提交的消息的版本

  • r是reword的简写

在这里插入图片描述
⏹修改完成之后，在vim模式下按下ESC之后，输入wq保存

1.2.3 指定提交信息

⏹如下图所示又进入编辑提交信息的界面，编辑完成之后，同样在vim模式下按下ESC之后，输入wq保存

在这里插入图片描述

⇓⇓⇓⇓

在这里插入图片描述

1.2.4 查看修改效果

⏹如下图所示，提交记录变成了一个，提交更加整洁了！

在这里插入图片描述

二. 代码已提交，已推送，交互式变基

2.1 通过命令行进行交互式变基，合并提交

⏹如下图所示，有3次打印消息，都已经推送到远端。

在这里插入图片描述

⏹在git终端通过下面的命令对最近3次提交进行交互式变基。

git rebase -i HEAD~3

在这里插入图片描述

⏹效果如下

在这里插入图片描述

2.2 将合并的提交推送到远端

2.2.1 遇到的问题

⏹ 直接推送的话，会发生如下图所示的错误

在这里插入图片描述

2.2.2 通过命令行强制推送

⏹git push origin 分支名称 --force

在这里插入图片描述

⏹效果如下

在这里插入图片描述

fengyehongWorld
关注
  • 29
    点赞
  • 踩
  • 27
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
SourceTree 使用技巧
菜鸟记录
09-03 4531
⏹SourceTree 使用技巧
Git（SourceTree）变基操作使用
最新发布
旭日的博客
10-27 1286
变基就是rebase操作。
[sourcetree] rebase的使用
wielice的博客
03-08 8033
最近写自己的辣鸡代码使用git时，因为个人不大熟悉git又是个强迫症，被来回不同的版本折腾来折腾去的，十分不爽，于是在此小结下sourcetree怎么使用变基。 变基rebase这个操作说白了就是，重新选定当前提交的根节点。 而根据使用分支不同，也产生了不同类型的变基操作的需求。 目录一、 在不同分支之间使用变基二、 在分支内部使用变基 一、 在不同分支之间使用变基 现在有master和dev...
【Git】如何使用sourcetree进行rebase操作（变基）
catshitone的专栏
03-20 3739
git rebase的使用，sourcetree rebase的使用，如何变基。
SourceTree的简单使用 - 变基（rebase）
热门推荐
lam的搬砖记录
04-20 1万+
SourceTree的简单使用 - 变基（rebase） 一、变基与合并二、“变基”操作在SourceTree上的使用假设“变基”的使用场景“变基”的操作步骤1. 小明同学提交代码到**dev1**，“我”把分支切换到**dev1**，并拉取最新代码（如果没有checkout，请先checkout），如图2. 然后“我”切换到**dev2**，并选中小明同学提交的代码，如图3. 鼠标右击，选中“变基”，如图4. 选择“变基”后，弹出对话框，如图5. 点击“确定”，变基完成，如图6. 变基操作完
sourcetree之 变基
dj1540225203的博客
07-23 901
变基？开始一看一脸懵逼，还以为是变态搞基！其实意思也差不多！变基实操，原来变基是为了分支的整洁！
sourceThree的使用-rebase的整个过程
04-04
rebasee(变基)的上存方式是比较冷门的，用的人比较少，开发过程中用merge [mɜːdʒ] (融合)的方式比较多。 我从网上查了很多资料，都没有记载很详细rebase在sourceThree是怎么用的一个过程，花了两天的时间研究一下...
SourceTree
09-02
通过一个简单的用户界面即可使用所有的Git命令 通过一次单击，即可管理所有的Git库，无论是托管的还是本地的 通过一次单击，即可进行commit、push、pull、merge等操作 一些先进的功能，如补丁处理、rebase、shelve、...
git-sourceTree安装包.zip
04-29
Git 和 SourceTree 是两款在 IT 领域中广泛使用的工具，主要用于版本控制和项目管理。Git 是一个分布式版本控制系统，由 Linux 发明者 Linus Torvalds 创建，它允许开发人员跟踪代码更改，协作开发，并确保代码的...
window下SourceTree安装文件
12-04
2. **图形化界面**：SourceTree通过拖拽、点击等直观方式，使得复杂的Git命令行操作变得简单，适合初学者和专业开发者。 3. **分支管理**：在SourceTree中，创建、合并和切换Git或Mercurial分支非常直观，有助于...
在 SourceTree 中使用 git rebase （变基）
青颜的天空的博客
10-25 1334
在 SourceTree 中使用 rebase （变基），保持分支树干净整洁
sourcetree交互式变基
Chersresting
09-30 3357
假如现在有2个提交都还没有合并 sourcetree上排列顺序为 提交2 提交1 整理代码为2,2是基于1的 如果我想修改1，就需要在1的前置提交（图中的 中英文切换 上鼠标右键 选择交互式变基XXXX的子提交） 将想要改的提交的√打上 然后点确定就可以了 修改完毕之后，选择修改上一次提交，就会变成打钩的那个提交 提交后选择操作中的继续变基，就修改完成了 ...
在source tree上做rebase的步骤
10-07 443
会提示冲突，把冲突部分的代码手工改一下，点击加号加到。（此步需要循环操作）
SourceTree 的使用
AnitaSun的博客
07-19 1840
Source Tree
sourcetree 的基本应用
zhanglizhi111的博客
01-06 622
sourcetree的常用命令
SourceTree团队协作，常用操作
qq_23095607的博客
05-30 2173
目录 参考资料 准备工作： 常用操作： 1.当前节点 2. 丢弃未提交操作 3. 切换回某个历史版本 4.回退到某个版本，并撤销该版本之前提交记录，同步远端 5.创建分支 6.分支合并---普通合并 7.分支合并-变基合并(rebase) 8.分支合并-选择合并(cherry pick/遴选) 9.合并提交记录 10. 冲突解决 11.忽略文件 12.中英文对照 13.未完成的操作 参考资料 参考视频https://www.bilibili.com/...
SourceTree 合并分支上的多个提交，一次性合并分支的多次提交至另一分支，主分支前进时的合并冲突解决
Hardy_3381的博客
07-19 5755
使用SourceTree进行Git的分支管理。命令包括cherry pick, rebase, --no-ff, merge, checkout等操作。功能包括合并分支，解决冲突等。
git rebase -i 交互式变基的使用，以及squash压缩多次提交的方法
qq_57558631的博客
05-24 1576
交互式变基这个词是sourceTree的翻译。 交互式变基可以将多个提交合并为一个，当然他的功能不止于此。但一般用于以下情况： 在某个分支（比如dev）下做功能开发，当测试完毕，将要合并dev到master，但由于开发过程中有太多的提交，合并到master之后会让master的整个提交记录看起来不优雅，所以这时候可以用交互式变基去合并，这样做有两个好处： rebase 可以让合并过程中不产生合并的那次提交，也就是说合并完成后master分支图谱仍旧是一根线。 squash多个提交保证开发分支的多次提交
git rebase 教程
weixin_46462541的博客
08-10 4042
git rebase 基础操作
sourcetree rebase 和 merge的区别
07-15
### 回答1： Sourcetree是一个用于管理Git仓库的可视化工具。在Sourcetree中，rebase（变基）和merge（合并）是两种不同的操作，它们的区别如下： 1. rebase（变基）操作是将一个分支的修改应用到另一个分支上，使两个分支的提交历史线性地排列在一起。在rebase过程中，会将要变基的分支的修改以补丁的方式应用到目标分支上，然后将目标分支指向最新的补丁提交。这样可以使提交历史更加清晰，更容易理解。 2. merge（合并）操作是将两个分支的修改合并到一起，形成一个新的提交。在merge过程中，会创建一个新的合并提交，包含了两个分支的修改。这样可以快速合并分支，并保留每个分支的独立提交历史。 rebase和merge的使用场景不同： - 当需要在当前分支上应用其他分支的修改时，可以使用rebase操作。例如，当你在本地开发一个feature分支，同时有其他人在远程develop分支上提交了修改，你希望将这些修改应用到自己的分支上，可以使用rebase操作。 - 当需要合并两个独立的分支时，可以使用merge操作。例如，当你在本地开发一个feature分支，完成后需要将该分支合并到主分支上，可以使用merge操作。 总之，rebase和merge是Sourcetree中两种不同的操作，它们分别适用于不同的场景，能够帮助我们更好地管理和协作开发Git仓库。 ### 回答2： Sourcetree是一款Git图形化界面工具，其中有两个常用操作是rebase和merge，它们都是用于处理分支合并的方法。rebase和merge的区别如下： 1. merge（合并）：将一个分支的更改合并到另一个分支上。当我们使用merge时，会在目标分支上创建一个新的合并提交，该提交将包含来自源分支的所有更改。这意味着，会在提交历史中看到一个新的合并节点。 2. rebase（变基）：将一个分支的更改放在另一个分支的基础上。当我们使用rebase时，会将源分支上的提交逐个应用到目标分支的末端。这样，提交历史会更线性，没有创建新的合并节点。 总结来说，rebase和merge的主要区别在于提交历史的处理方式。merge会创建新的合并提交，保持原有的提交历史记录，而rebase会将提交逐个应用到目标分支上，使提交历史更加线性。因此，在选择使用rebase还是merge时需要考虑清楚自己的需求，以及对提交历史记录的要求。 ### 回答3： SourceTree是一款广泛使用的Git图形化界面工具，在进行版本控制时，它提供了两种主要的操作方式，即rebase和merge。 首先，rebase是一种将一系列提交节点（commits）应用到目标分支的操作。它可以将多个提交节点合并成一个更整洁的提交线，使得分支历史看起来更加线性和简洁。在rebase过程中，被合并的提交节点会根据其在当前分支上的位置被依次应用到目标分支上，形成一个新的提交线。Rebase适合于保持代码历史纯净，以及处理功能分支中的冲突。 另一方面，merge是将两个或多个分支的更改集合合并为一个新的提交的操作。当执行merge时，Git会自动创建一个新的提交节点，将两个分支上的更改集合整合在一起。与rebase不同，merge会保留每个分支的历史记录和每个提交节点。Merge适合处理不同分支之间的代码改动，可以方便地在分支之间进行代码合并。 总的来说，rebase和merge有如下区别： 1. Rebase可以使得分支历史更加线性和整洁，而merge则会保留每个提交节点的历史记录。 2. Rebase适合处理功能分支中的冲突，而merge适合处理不同分支之间的代码改动。 3. Rebase会改变分支上的提交顺序和SHA值，而merge不会。 4. Rebase具有潜在的风险，因为它改变了提交历史，可能会导致合并冲突。 在使用SourceTree时，根据项目需求和开发流程，可以选择合适的操作方式，即rebase或merge，来管理和处理代码的合并。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值