rebase是什么？如何使用rebase命令呢？下面我們就如何來使用git rebase命令研究一下。

我們知道在 Git 中整合來自不同分支的修改主要有兩種方法：merge?以及?rebase。事實上git rebase 和git merge 做的事其實是一樣的。它們都被設計來將一個分支的更改并入另一個分支，只不過方式有些不同。

merge 命令示例

git checkout feature
git merge master

這樣feature 分支中新的合并提交（merge commit）將兩個分支的歷史連在了一起

Merge 好在它是一個安全的操作?，F(xiàn)有的分支不會被更改

每次合并上游更改時 feature 分支都會引入一個外來的合并提交。如果上游分支 非?；钴S的話，這或多或少會污染你的分支歷史

Rebase 命令示例

git checkout feature
git rebase master

它會把整個 feature 分支移動到 master 分支的后面，有效地把所有 master 分支上新的提交并入過來

但是，rebase 為原分支上每一個提交創(chuàng)建一個新的提交，重寫了項目歷史，并且不會帶來合并提交。

在對兩個分支進行rebase時，所生成的“重放”并不一定要在目標分支上應用，你也可以指定另外的一個分支進行應用。 你創(chuàng)建了一個特性分支 server，為服務端添加了一些功能，提交了 C3 和 C4。 然后從 C3 上創(chuàng)建了特性分支 client，為客戶端添加了一些功能，提交了 C8 和 C9。 最后，你回到 server 分支，又提交了 C10。

假設你希望將 client 中的修改合并到主分支并發(fā)布，但暫時并不想merge server 中的修改，因為它們還需要經過更全面的測試。 這時，你就可以使用 git rebase 命令的 --onto 選項，選中在 client 分支里但不在 server 分支里的修改（即 C8 和 C9），將它們在 master 分支上重放：

$ git rebase --onto master server client

以上命令的意思是：“取出 client 分支，找出處于 client 分支和 server 分支的共同祖先之后的修改，然后把它們在 master 分支上重放一遍”。 這理解起來有一點復雜，不過效果非常酷。

現(xiàn)在可以快進merge master 分支了。

$ git checkout master
$ git merge client

接下來你決定將 server 分支中的修改也整合進來。 使用 git rebase [basebranch] [topicbranch] 命令可以直接將特性分支（即本例中的 server）rebase到目標分支（即 master）上。這樣做能省去你先切換到 server 分支，再對其執(zhí)行rebase命令的多個步驟。

$ git rebase master server

rebase在開發(fā)中的使用場景

rebase 可以或多或少應用在你們團隊的 Git 工作流中

本地清理

隔一段時間執(zhí)行一次交互式 rebase，你可以保證你 feature 分支中的每一個提交都是專注和有意義的。你在寫代碼時不用擔心造成孤立的提交——因為你后面一定能修復

下面的命令對最新的 3 次提交進行了交互式 rebase：

git checkout feature
git rebase -i HEAD~3

你實際上沒有移動分支——你只是將之后的 3 次提交合并了

交互式 rebase 是在你工作流中引入 git rebase 的的好辦法，因為它只影響本地分支。其他開發(fā)者只能看到你已經完成的結果，那就是一個非常整潔、易于追蹤的分支歷史。

但同樣的，這只能用在私有分支上。如果你在同一個 feature 分支和其他開發(fā)者合作的話，這個分支是公開的，你不能重寫這個歷史。

以上是Git中git rebase怎么用來合并分支的詳細內容。更多信息請關注PHP中文網其他相關文章！