Git基本原理、分支管理、經常使用命令、結合SourceTree實例解析

一、Git基本原理

Git是一個分佈式版本控制系統。原理圖以下：

1. 有一箇中央服務器，用於存放統一的版本
2. 每一個開發者都有本身的本地數據庫，用於存放每一個版本的快照

git工做流程：

• git中三個區域

  1. 工做區域（workspace）
  2. 暫存區
  3. 本地倉庫

Git 倉庫目錄是 Git 用來保存項目的元數據和對象數據庫的地方。這是Git中最重要的部分，從其它計算機克隆倉庫時，拷貝的就是這裏的數據。

工做目錄是對項目的某個版本獨立提取出來的內容。 這些從Git倉庫的壓縮數據庫中提取出來的文件，放在磁盤上供你使用或修改。

暫存區域是一個文件，保存了下次將提交的文件列表信息，通常在Git倉庫目錄中。有時候也被稱做`‘索引’'，不過通常說法仍是叫暫存區域。

基本的 Git 工做流程以下：

1. 在工做目錄中修改文件。

2. 暫存文件，將文件的快照放入暫存區域。

3. 提交更新，找到暫存區域的文件，將快照永久性存儲到 Git 倉庫目錄。
複製代碼

若是 Git 目錄中保存着的特定版本文件，就屬於已提交狀態。若是做了修改並已放入暫存區域，就屬於已暫存狀態。若是自上次取出後，做了修改但尚未放到暫存區域，就是已修改狀態。

二、Git分支管理

首先須要明白最基本的一點，所謂分支，在git中就是一個指針而已。當你建立一個新的git倉庫時，默認會有一個主分支master。

讓咱們來看一個簡單的分支新建與分支合併的例子，實際工做中你可能會用到相似的工做流。 你將經歷以下步驟：

開發某個網站。

1. 爲實現某個新的需求，建立一個分支。（`這是建立分支的意義所在`）

2. 在這個分支上開展工做。
複製代碼

正在此時，你忽然接到一個電話說有個很嚴重的問題須要緊急修補。 你將按照以下方式來處理：

1. 切換到你的線上分支（production branch）。

2. 爲這個緊急任務新建一個分支，並在其中修復它。

3. 在測試經過以後，切換回線上分支，而後合併這個修補分支，最後將改動推送到線上分支。

4. 切換回你最初工做的分支上，繼續工做。
複製代碼

一、初始化一個git倉庫

假設這個倉庫咱們在master主幹執行了3次提交，咱們使用C0、C1、C2來表明，而且顯示此時master指針的位置：

二、如今我要開發一個新的需求，我打算新建一個分支(iss53)

命令行輸入：

此時指針變成這樣：

當咱們在iss53中新增一次提交（C3），指針變成這樣：

此時咱們在iss53分支上，忽然發現咱們須要去解決一個緊急修補，因而咱們從新切換到master分支上面，並新建一個hotfix分支，

命令行輸入：

此時指針：

三、分支合併

3.1 將 hotfix分支合併到master上面去

3.1.1 切換到master分支，執行 `git merge hotfix`
複製代碼

更多詳細資料，點我、點我、點我~~~~

3.2 git 經常使用命令

git init
     在本地新建一個repo,進入一個項目目錄,執行git init,會初始化一個repo,並在當前文件夾下建立一個.git文件夾.
 
git clone
     獲取一個url對應的遠程Git repo, 建立一個local copy.
     通常的格式是git clone [url].
     clone下來的repo會以url最後一個斜線後面的名稱命名,建立一個文件夾,若是想要指定特定的名稱,能夠git clone [url] newname指定.
 
git status
     查詢repo的狀態.
     git status -s: -s表示short, -s的輸出標記會有兩列,第一列是對staging區域而言,第二列是對working目錄而言.
 
git log
     show commit history of a branch.
     git log --oneline --number: 每條log只顯示一行,顯示number條.
     git log --oneline --graph:能夠圖形化地表示出分支合併歷史.
     git log branchname能夠顯示特定分支的log.
     git log --oneline branch1 ^branch2,能夠查看在分支1,卻不在分支2中的提交.^表示排除這個分支(Window下可能要給^branch2加上引號).
     git log --decorate會顯示出tag信息.
     git log --author=[author name] 能夠指定做者的提交歷史.
     git log --since --before --until --after 根據提交時間篩選log.
     --no-merges能夠將merge的commits排除在外.
     git log --grep 根據commit信息過濾log: git log --grep=keywords
     默認狀況下, git log --grep --author是OR的關係,即知足一條即被返回,若是你想讓它們是AND的關係,能夠加上--all-match的option.
     git log -S: filter by introduced diff.
     好比: git log -SmethodName (注意S和後面的詞之間沒有等號分隔).
     git log -p: show patch introduced at each commit.
     每個提交都是一個快照(snapshot),Git會把每次提交的diff計算出來,做爲一個patch顯示給你看.
     另外一種方法是git show [SHA].
     git log --stat: show diffstat of changes introduced at each commit.
     一樣是用來看改動的相對信息的,--stat比-p的輸出更簡單一些.
    
git add
     在提交以前,Git有一個暫存區(staging area),能夠放入新添加的文件或者加入新的改動. commit時提交的改動是上一次加入到staging area中的改動,而不是咱們disk上的改動.
     git add .
     會遞歸地添加當前工做目錄中的全部文件.
 
git diff
     不加參數的git diff:
     show diff of unstaged changes.
     此命令比較的是工做目錄中當前文件和暫存區域快照之間的差別,也就是修改以後尚未暫存起來的變化內容.
 
     若要看已經暫存起來的文件和上次提交時的快照之間的差別,能夠用:
     git diff --cached 命令.
     show diff of staged changes.
     (Git 1.6.1 及更高版本還容許使用 git diff --staged，效果是相同的).
 
     git diff HEAD
     show diff of all staged or unstated changes.
     也即比較woking directory和上次提交之間全部的改動.
 
     若是想看自從某個版本以後都改動了什麼,能夠用:
     git diff [version tag]
     跟log命令同樣,diff也能夠加上--stat參數來簡化輸出.
 
     git diff [branchA] [branchB]能夠用來比較兩個分支.
     它實際上會返回一個由A到B的patch,不是咱們想要的結果.
     通常咱們想要的結果是兩個分支分開之後各自的改動都是什麼,是由命令:
     git diff [branchA]…[branchB]給出的.
     實際上它是:git diff $(git merge-base [branchA] [branchB]) [branchB]的結果.
 
 
git commit
     提交已經被add進來的改動.
     git commit -m 「the commit message" git commit -a 會先把全部已經track的文件的改動add進來,而後提交(有點像svn的一次提交,不用先暫存). 對於沒有track的文件,仍是須要git add一下. git commit --amend 增補提交. 會使用與當前提交節點相同的父節點進行一次新的提交,舊的提交將會被取消. git reset undo changes and commits. 這裏的HEAD關鍵字指的是當前分支最末梢最新的一個提交.也就是版本庫中該分支上的最新版本. git reset HEAD: unstage files from index and reset pointer to HEAD 這個命令用來把不當心add進去的文件從staged狀態取出來,能夠單獨針對某一個文件操做: git reset HEAD - - filename, 這個- - 也能夠不加. git reset --soft move HEAD to specific commit reference, index and staging are untouched. git reset --hard unstage files AND undo any changes in the working directory since last commit. 使用git reset —hard HEAD進行reset,即上次提交以後,全部staged的改動和工做目錄的改動都會消失,還原到上次提交的狀態. 這裏的HEAD能夠被寫成任何一次提交的SHA-1. 不帶soft和hard參數的git reset,實際上帶的是默認參數mixed. 總結: git reset --mixed id,是將git的HEAD變了(也就是提交記錄變了),但文件並無改變，(也就是working tree並無改變). 取消了commit和add的內容. git reset --soft id. 實際上，是git reset –mixed id 後,又作了一次git add.即取消了commit的內容. git reset --hard id.是將git的HEAD變了,文件也變了. 按改動範圍排序以下: soft (commit) < mixed (commit + add) < hard (commit + add + local working) git revert 反轉撤銷提交.只要把出錯的提交(commit)的名字(reference)做爲參數傳給命令就能夠了. git revert HEAD: 撤銷最近的一個提交. git revert會建立一個反向的新提交,能夠經過參數-n來告訴Git先不要提交. git rm git rm file: 從staging區移除文件,同時也移除出工做目錄. git rm --cached: 從staging區移除文件,但留在工做目錄中. git rm --cached從功能上等同於git reset HEAD,清除了緩存區,但不動工做目錄樹. git clean git clean是從工做目錄中移除沒有track的文件. 一般的參數是git clean -df: -d表示同時移除目錄,-f表示force,由於在git的配置文件中, clean.requireForce=true,若是不加-f,clean將會拒絕執行. git mv git rm - - cached orig; mv orig new; git add new git stash 把當前的改動壓入一個棧. git stash將會把當前目錄和index中的全部改動(但不包括未track的文件)壓入一個棧,而後留給你一個clean的工做狀態,即處於上一次最新提交處. git stash list會顯示這個棧的list. git stash apply:取出stash中的上一個項目(stash@{0}),而且應用於當前的工做目錄. 也能夠指定別的項目,好比git stash apply stash@{1}. 若是你在應用stash中項目的同時想要刪除它,能夠用git stash pop 刪除stash中的項目: git stash drop: 刪除上一個,也可指定參數刪除指定的一個項目. git stash clear: 刪除全部項目. git branch git branch能夠用來列出分支,建立分支和刪除分支. git branch -v能夠看見每個分支的最後一次提交. git branch: 列出本地全部分支,當前分支會被星號標示出. git branch (branchname): 建立一個新的分支(當你用這種方式建立分支的時候,分支是基於你的上一次提交創建的). git branch -d (branchname): 刪除一個分支. 刪除remote的分支: git push (remote-name) :(branch-name): delete a remote branch. 這個是由於完整的命令形式是: git push remote-name local-branch:remote-branch 而這裏local-branch的部分爲空,就意味着刪除了remote-branch git checkout &emsp;&emsp;git checkout (branchname) 切換到一個分支. git checkout -b (branchname): 建立並切換到新的分支. 這個命令是將git branch newbranch和git checkout newbranch合在一塊兒的結果. checkout還有另外一個做用:替換本地改動: git checkout --<filename> 此命令會使用HEAD中的最新內容替換掉你的工做目錄中的文件.已添加到暫存區的改動以及新文件都不會受到影響. 注意:git checkout filename會刪除該文件中全部沒有暫存和提交的改動,這個操做是不可逆的. git merge 把一個分支merge進當前的分支. git merge [alias]/[branch] 把遠程分支merge到當前分支. 若是出現衝突,須要手動修改,能夠用git mergetool. 解決衝突的時候能夠用到git diff,解決完以後用git add添加,即表示衝突已經被resolved. git tag tag a point in history as import. 會在一個提交上創建永久性的書籤,一般是發佈一個release版本或者ship了什麼東西以後加tag. 好比: git tag v1.0 git tag -a v1.0, -a參數會容許你添加一些信息,即make an annotated tag. 當你運行git tag -a命令的時候,Git會打開一個編輯器讓你輸入tag信息. 咱們能夠利用commit SHA來給一個過去的提交打tag: git tag -a v0.9 XXXX push的時候是不包含tag的,若是想包含,能夠在push時加上--tags參數. fetch的時候,branch HEAD能夠reach的tags是自動被fetch下來的, tags that aren’t reachable from branch heads will be skipped.若是想確保全部的tags都被包含進來,須要加上--tags選項. git remote list, add and delete remote repository aliases. 由於不須要每次都用完整的url,因此Git爲每個remote repo的url都創建一個別名,而後用git remote來管理這個list. git remote: 列出remote aliases. 若是你clone一個project,Git會自動將原來的url添加進來,別名就叫作:origin. git remote -v:能夠看見每個別名對應的實際url. git remote add [alias] [url]: 添加一個新的remote repo. git remote rm [alias]: 刪除一個存在的remote alias. git remote rename [old-alias] [new-alias]: 重命名. git remote set-url [alias] [url]:更新url. 能夠加上—push和fetch參數,爲同一個別名set不一樣的存取地址. git fetch download new branches and data from a remote repository. 能夠git fetch [alias]取某一個遠程repo,也能夠git fetch --all取到所有repo fetch將會取到全部你本地沒有的數據,全部取下來的分支能夠被叫作remote branches,它們和本地分支同樣(能夠看diff,log等,也能夠merge到其餘分支),可是Git不容許你checkout到它們. git pull fetch from a remote repo and try to merge into the current branch. pull == fetch + merge FETCH_HEAD git pull會首先執行git fetch,而後執行git merge,把取來的分支的head merge到當前分支.這個merge操做會產生一個新的commit. 若是使用--rebase參數,它會執行git rebase來取代原來的git merge. git rebase --rebase不會產生合併的提交,它會將本地的全部提交臨時保存爲補丁(patch),放在」.git/rebase」目錄中,而後將當前分支更新到最新的分支尖端,最後把保存的補丁應用到分支上. rebase的過程當中,也許會出現衝突,Git會中止rebase並讓你解決衝突,在解決完衝突以後,用git add去更新這些內容,而後無需執行commit,只須要: git rebase --continue就會繼續打餘下的補丁. git rebase --abort將會終止rebase,當前分支將會回到rebase以前的狀態. git push push your new branches and data to a remote repository. git push [alias] [branch] 將會把當前分支merge到alias上的[branch]分支.若是分支已經存在,將會更新,若是不存在,將會添加這個分支. 若是有多我的向同一個remote repo push代碼, Git會首先在你試圖push的分支上運行git log,檢查它的歷史中是否能看到server上的branch如今的tip,若是本地歷史中不能看到server的tip,說明本地的代碼不是最新的,Git會拒絕你的push,讓你先fetch,merge,以後再push,這樣就保證了全部人的改動都會被考慮進來. git reflog git reflog是對reflog進行管理的命令,reflog是git用來記錄引用變化的一種機制,好比記錄分支的變化或者是HEAD引用的變化. 當git reflog不指定引用的時候,默認列出HEAD的reflog. HEAD@{0}表明HEAD當前的值,HEAD@{3}表明HEAD在3次變化以前的值. git會將變化記錄到HEAD對應的reflog文件中,其路徑爲.git/logs/HEAD, 分支的reflog文件都放在.git/logs/refs目錄下的子目錄中. 特殊符號: ^表明父提交,當一個提交有多個父提交時,能夠經過在^後面跟上一個數字,表示第幾個父提交: ^至關於^1. ~<n>至關於連續的<n>個^. 複製代碼