SourceTree 交互式变基(rebase) 合并压缩提交

零. 前置条件

0.1 💥超级注意事项💥

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

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

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

0.2 开启强制推送

⏹默认情况下，推送代码时的【强制推送】是无法点击的，需要如下图所示手动开启才可以。

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

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 通过SourceTree操作

⏹如下图所示，有三条已经推送到远程仓库的提交，这三条提交只是对同一个文件进行修改。
现在想让其合并为一次提交，让提交记录更加的简洁。

⏹下面通过动图的方式进行展示，需要注意的是：

• 当合并完成之后，会同时提示拉取代码和推送代码
  • 此时需要无视拉取代码
  • 因此如果此时拉取代码的话，就会把远程仓库端的合并之前的代码再次拉取到本地了
• 合并完提交之后，直接推送代码的时候会报错
• 因为修改了提交历史，所以需要强行推送，在提交的时候勾选【强制推送】的单选框就可以推送了。

2.2 通过Git命令行操作

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

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

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

git rebase -i HEAD~3

⏹效果如下

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

⏹ 直接推送的话，会发生如下图所示的错误，因为我们修改了提交历史，所以需要强制推送。

⏹git push origin 分支名称 --force

⏹效果如下