git rebase 命令的功能很強大， 在《git 權威指南》一書裡，改變提交(commit)的順序，書中教了一種很複雜的方法，運用了git reset ... git cherry-pick...等等命令。

但如果用git rebase 命令，則一下就搞定。

以下面的例子來講解一下git rebase 的其中一個用法，

************************************* 改變提交(commit) 的順序 ****************************************

git log一下檢視commit log:

現有：

commit A  hello    (這裡用字母ABCDE代替了那串很長的Hash code)

commit B  hi

commit C  how are you

commit D  i am fine

commit E  bye

現在想將D換到B之前，即 A, D, B, C, E,

我們可以用 git rebase -i [commit號] 命令，  因為現在要改變D的位置， 所以我們要rebase到commit E那裡， 具體命令為:

git rebase -i E

按回車後會出現下面的文字

  pick A hello
  pick B  hi
  pick C  how are you
  pick D  i am fine

  pick E  bye
 
  # Rebase 23350be..92c4c19 onto 23350be   （以下部分可能會根據情況不一樣而不同）
   #
   # Commands:
   #  p, pick = use commit
  #  r, reword = use commit, but edit the commit message
  #  e, edit = use commit, but stop for amending

  #  s, squash = use commit, but meld into previous commit
  #  f, fixup = like "squash", but discard this commit's log message
  #
  # If you remove a line here THAT COMMIT WILL BE LOST.
  # However, if you remove everything, the rebase will be aborted.
  #

要將D弄到B前面，只需將上面的pick語句的位置換一下，換成如下

  pick A hello

  pick D  i am fine
  pick B  hi
  pick C  how are you
  pick E  bye

然後儲存退出，如果你確定位置置換了之後不會發生衝突，就會出現以下字樣表示成功了

successfully rebased and updated refs/heads/[你的branch名].

你再git log一下，看看現在的順序為

commit A  hello 

commit D  i am fine

commit B  hi

commit C  how are you

commit E  bye

當然， 你可以用此方法置換成任何你想要的順序，但你得先確定，換位後不會發生衝突。如果有衝突，是不會出現successfully的字樣的。

以下再說另一種git rebase的用法

**************** 修改提交(非置頂的提交)內容(包括標題，作者，程式碼等)並更新提交 ************

現有

commit A hello

commit B hi

commit C how are u

commit D bye

我想修改commit C的程式碼 和標題，但我又不想用git reset 命令這麼麻煩，

這裡也可以用git rebase -i [commit號] 命令

具體為：

git rebase -i D ,       因為我要修改C，所以我要rebase 到C的前一個commit，即D。

按回車後仍然會看到像上面一樣的文字

  pick A hello
  pick B  hi
  pick C  how are you
  pick D  bye

 
  # Rebase 23350be..92c4c19 onto 23350be   （以下部分可能會根據情況不一樣而不同）
   #
   # Commands:
   #  p, pick = use commit
  #  r, reword = use commit, but edit the commit message
  #  e, edit = use commit, but stop for amending
  #  s, squash = use commit, but meld into previous commit
  #  f, fixup = like "squash", but discard this commit's log message
  #
  # If you remove a line here THAT COMMIT WILL BE LOST.
  # However, if you remove everything, the rebase will be aborted.
  #

這裡將C 前面的pick 改為edit ,即

  pick A hello
  pick B  hi
  edit C  how are you
  pick D  bye

然後儲存退出，就會出現以下字樣：

You can amend the commit now, with


        git commit --amend


Once you are satisfied with your changes, run


        git rebase --continue

現在你想修改什麼內容？ 

如果你想修改commit 的標題， 備註， 作者簽名等資訊，請用

git commit --amend 命 令

例如，我要將commit C的標題 改為 Hello, I m Alvin Lee. 用上述命令修改完之後保退出去，

然後再用git rebase --continue使你的修改生效。

如果你發現commit C程式碼有bug，想修改那個bug，例如driver/alvin.c 裡有個bug, 則直接開啟該檔案:

int main(void)

{

prinntk("Hello I am Alvin Lee!\n")

return 1;

}

將錯誤處修改：

printk("Hello I am Alvin Lee!\n");

儲存退出。 用git add 命令將你的修改新增到暫存區(index),

再用git rebase --continue命令使你的修改生效，

如果沒有衝突， 則一切OK！

現在用git log -p [commit號] 命令看一下，

int main(void)

{

printk("Hello I am Alvin Lee!\n");

return 1;

}

錯誤被修改過來了！

******************************************* 更多用法， 且聽下回分解 ***************************************************

1.出現情況的背景：

   當你提交的程式碼後，管理員發現，您的程式碼不能提交到伺服器上，主要原因在於，你的commit 中和伺服器中的有些commit不再同一時間軸上，即：你的有些commit要插入到伺服器中的某些commit之間，這樣就會造成程式碼的衝突。所以這個時候就要使用git rebase。

 假如，你平時使用的分支叫 new ，然後在這個分支上你剛提交過幾個commit。

 做法：

1.新建一個分支，並且程式碼和伺服器中程式碼同步

   git checkout origin/v2.0 -b temp  

2.為了保證新建的temp分支程式碼是最新的，可以多執行下面一步

  git pull

3.當你新建分支後，系統會自動checkout到temp分支上，此時

  git checkout  new

4.合併程式碼，並整理

  git rebase  temp  //會將temp分支的程式碼合併過來，並按照提交的順序排序

5.  因為順序是重新整理的，所以肯定會出現衝突

6.解決衝突，最後 git add * ，但不許要git commit

7.解決後，執行 git rebase --continue

8.重新提交程式碼： git push for-*

注意：如果要對某些程式碼的commit重新整理

1. 可以記住某個commit號

2. git rebase -i commit號

3. 會顯示一個整理提交的介面，有很多引數，e。p。等等

4.將前面的引數改為e。則wq儲存後，系統會自動讓你重新修改commit內容

5.修改完成後，再git push for-*

==============================

rebase

假設你現在基於遠端分支"origin"，建立一個叫"mywork"的分支。

$ git checkout -b mywork origin

現在我們在這個分支做一些修改，然後生成兩個提交(commit).

$ vi file.txt
$ git commit
$ vi otherfile.txt
$ git commit
...

但是與此同時，有些人也在"origin"分支上做了一些修改並且做了提交了. 這就意味著"origin"和"mywork"這兩個分支各自"前進"了，它們之間"分叉"了。

在這裡，你可以用"pull"命令把"origin"分支上的修改拉下來並且和你的修改合併；結果看起來就像一個新的"合併的提交"(merge commit):

但是，如果你想讓"mywork"分支歷史看起來像沒有經過任何合併一樣，你也許可以用 git rebase:

$ git checkout mywork
$ git rebase origin

這些命令會把你的"mywork"分支裡的每個提交(commit)取消掉，並且把它們臨時儲存為補丁(patch)(這些補丁放到".git/rebase"目錄中),然後把"mywork"分支更新到最新的"origin"分支，最後把儲存的這些補丁應用到"mywork"分支上。

當'mywork'分支更新之後，它會指向這些新建立的提交(commit),而那些老的提交會被丟棄。如果執行垃圾收集命令(pruning garbage collection), 這些被丟棄的提交就會刪除. （請檢視git gc)

現在我們可以看一下用合併(merge)和用rebase所產生的歷史的區別：

在rebase的過程中，也許會出現衝突(conflict). 在這種情況，Git會停止rebase並會讓你去解決衝突；在解決完衝突後，用"git-add"命令去更新這些內容的索引(index), 然後，你無需執行 git-commit,只要執行:

$ git rebase --continue

這樣git會繼續應用(apply)餘下的補丁。

在任何時候，你可以用--abort引數來終止rebase的行動，並且"mywork" 分支會回到rebase開始前的狀態。

$ git rebase --abort