開篇

Git是個老生長談的問題了，如何在工作協作中使用Git，不同團隊有不同的使用方式，最簡單的可能就單個master分支直接擼，把Git當成svn來使用，這樣用起來簡單，但是缺乏分散式的思想，而且在並行開發過程中，光建立trunk、branch、tag等等的就很繁瑣了。業界通用的用法還是Git workflow工作流。

workflow工作流

標準的workflow工作流是如下圖所示：

具體的使用方式可以參考以下兩篇文章：

我們在此框架上，結合團隊特點，簡化了流程，定的規則是：

1. 基本分支： master、develop、feature、release、bugfix
2. master分支： 只向master做併入操作，當feature開發完畢，向master併入並打上標籤。
3. develop分支: 當新feature需要開發的時候，直接從develop建立分feature分支；
4. feature分支： feature分支作為特定版本開發分支，提測通過後，向develop併入，同時向master合併並打上標籤，切出release分支，配置上線引數，刪除feature分支。
5. release分支： 作為打包釋出的分支，同時也作為bugfix的分支，修復完就向develop和master合併；
6. hotfix分支 從release上fork出來，然後併入到release中，其後生命週期和release一樣，視情況而定，有時直接在release分支上做bugfix就不需要用到hotfix了；

rebase onto

在說rebase onto之前，我們先來談一談rebase。把其他分支或者其他修改commit合併到工作分支上，一般的處理方式是merge和rebase（衍合）。
merge的兩種主要用途：

1. 用於pull （pull=fetch+merge）
2. 用於其他的分支合併到工作分支

首先我們有兩個分支feature分支和master分支，feature分支有節點E、F、G，master分支有A、B、C、D。

現在我們在當前的master分支上執行merge feature分支的操作git merge feature，這個命令將會把在master分支上二者共同的節點（B節點）之後分離的節點（即feature分支的E F G節點）重現在master分支上，直到feature分支當前的commit節點（G節點），並位於master分支的頂部。並且沿著master分支和feature分支建立一個記錄合併結果的新節點，該節點帶有使用者描述合併變化的資訊。

即下圖中的H節點，G節點和D節點都是H節點的父節點。這就是我們常見的鑽石鏈了。如下圖所示：

git rebase 則不一樣，它形成的是feature分支在共同節點B以後的快照（E’、F’、G’），並直接插入到master的尾部commit節點上，完成變基操作，這就是git rebase master feature的整個過程。

rebase是一個變基操作，rebase onto則是多主題變基操作。
來看看以下的情況：

我們在feature分支上開發到F節點的時候，突然發現有個bug需要修復，然後就從F節點上新建了分支bugfix，提交了H、I、J節點，修復完成後想直接講這三個節點合併到master上。
這個時候，如果直接用rebase命令的話，那麼接在master D節點後面的就會是E、F、H、I、J這五個節點的快照，但是我們只想要H、I、J的快照啊。
這時，就可以用git rebase --onto master feature bugfix了。其中feature、bugfix形成了一個前開後閉的區間，及前面feature分支上的E、F不要了，後面的bugfix分支H、I、J才需要。
最後的結果是

reset

git reset命令是Git提供的後悔藥之一，它可以幫我們把內容恢復到指定的commit提交版本。
這個操作比較嚇人，一般慎用。還是用revert多一點
一共有三種呼叫模式

1. 比如我們得知某個提交的雜湊值是df132es

git reset df132es --hard

2. 使用HEAD作為引數

git reset HEAD^ --hard

HEAD執行當前分支, ^ 當前分支所指向提交的前一個提交，^ ^ 表示當前分支所指向提交的前一個分支的前一個分支，以此類推；^^過多自然不太方便，可以使用HEAD~2表示

3. 將分支指向最後一次commit，下面使用分支名稱(master)作為引數，將分支指reset 向前一個commit向前一個commit)作為引數，將分支指reset 向前一個commit向前一個commit

git reset master^ --hard

revert

git revert 撤銷某次操作，此次操作之前和之後的 commit 和 history 都會保留，並且把這次撤銷作為一次最新的提交。git revert是提交一個新的版本，將需要revert的版本的內容再反向修改回去，版本會遞增，不影響之前提交的內容。
命令用法與reset類似，但是revert並不會對原有的提交記錄產生影響，只會生成一個反向的commit來進行恢復，所以回滾版本的時候一般會選擇這個。
具體可以參考這個：
回滾revert和reset區別