假設你現在基于遠程分支"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](http://www.kernel.org/pub/software/scm/git/docs/git-rebase.html):
~~~
$ git checkout mywork
$ git rebase origin
~~~
這些命令會把你的"mywork"分支里的每個提交(commit)取消掉,并且把它們臨時 保存為補丁(patch)(這些補丁放到".git/rebase"目錄中),然后把"mywork"分支更新 到最新的"origin"分支,最后把保存的這些補丁應用到"mywork"分支上。

當'mywork'分支更新之后,它會指向這些新創建的提交(commit),而那些老的提交會被丟棄。 如果運行垃圾收集命令(pruning garbage collection), 這些被丟棄的提交就會刪除. (請查看?[git gc](http://www.kernel.org/pub/software/scm/git/docs/git-gc.html))

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

在rebase的過程中,也許會出現沖突(conflict). 在這種情況,Git會停止rebase并會讓你去解決 沖突;在解決完沖突后,用"git-add"命令去更新這些內容的索引(index), 然后,你無需執行 git-commit,只要執行:
~~~
$ git rebase --continue
~~~
這樣git會繼續應用(apply)余下的補丁。
在任何時候,你可以用`--abort`參數來終止rebase的行動,并且"mywork" 分支會回到rebase開始前的狀態。
~~~
$ git rebase --abort
~~~
- 1. 介紹
- 歡迎使用Git
- GIT對象模型
- Git目錄 與 工作目錄
- Git索引
- 2. 第一步
- 安裝Git
- 安裝與初始化
- 3. 基本用法
- 獲得一個Git倉庫
- 正常的工作流程
- 分支與合并@基礎
- 查看歷史 -Git日志
- 比較提交 - Git Diff
- 分布式的工作流程
- Git標簽
- 4. 中級技能
- 忽略某些文件
- rebase
- 交互式rebase
- 交互式添加
- 儲藏
- Git樹名
- 追蹤分支
- 使用Git Grep進行搜索
- Git的撤消操作 - 重置, 簽出 和 撤消
- 維護Git
- 建立一個公共倉庫
- 建立一個私有倉庫
- 5. 高級技能
- 創建新的空分支
- 修改你的歷史
- 高級分支與合并
- 查找問題的利器 - Git Bisect
- 查找問題的利器 - Git Blame
- Git和Email
- 定制Git
- Git Hooks
- 找回丟失的對象
- 子模塊
- 6. Git生態體系
- Git 與之 Windows
- 使用Git進行系統部署
- 與 Subversion 集成
- 從其他代碼管理工具遷移到Git
- 圖形化的Git
- Git倉庫托管
- Git的其它用法
- Git的腳本支持
- Git 與編輯器
- 7. 原理解析
- Git是如何存儲對象的
- 查看Git對象
- Git引用
- Git索引
- 打包文件
- 更底層的Git
- 傳輸協議
- 術語表