Git實戰詳解

一：建立版本庫

什麼是版本庫？版本庫又名倉庫，英文名repository,你能夠簡單的理解一個目錄，這個目錄裏面的全部文件均可以被Git管理起來，每一個文件的修改，刪除，Git都能跟蹤，以便任什麼時候刻均可以追蹤歷史，或者在未來某個時刻還能夠將文件」還原」。

因此建立一個版本庫也很是簡單，以下我是D盤 –> www下 目錄下新建一個testgit版本庫。

經過命令 git init 把這個目錄變成git能夠管理的倉庫，以下：

這時候你當前testgit目錄下會多了一個.git的目錄，這個目錄是Git來跟蹤管理版本的，沒事千萬不要手動亂改這個目錄裏面的文件，不然，會把git倉庫給破壞了。以下：

把文件添加到版本庫中。

首先要明確下，全部的版本控制系統，只能跟蹤文本文件的改動，好比txt文件，網頁，全部程序的代碼等，Git也不列外，版本控制系統能夠告訴你每次的改動，可是圖片，視頻這些二進制文件，雖能也能由版本控制系統管理，但無法跟蹤文件的變化，只能把二進制文件每次改動串起來，也就是知道圖片從1kb變成2kb，可是到底改了啥，版本控制也不知道。

下面先看下demo以下演示：

我在版本庫testgit目錄下新建一個記事本文件 readme.txt 內容以下：11111111

第一步：使用命令 git add readme.txt添加到暫存區裏面去。以下：

第二步：用命令 git commit告訴Git，把文件提交到倉庫。

如今咱們已經提交了一個readme.txt文件了，咱們下面能夠經過命令git status來查看是否還有文件未提交，以下：

說明沒有任何文件未提交，可是我如今繼續來改下readme.txt內容，好比我在下面添加一行2222222222內容，繼續使用git status來查看下結果，以下：

上面的命令告訴咱們 readme.txt文件已被修改，可是未被提交的修改。

接下來我想看下readme.txt文件到底改了什麼內容，如何查看呢？可使用以下命令：

git diff readme.txt 以下：

如上能夠看到，readme.txt文件內容從一行11111111改爲 二行 添加了一行22222222內容。

知道了對readme.txt文件作了什麼修改後，咱們能夠放心的提交到倉庫了，提交修改和提交文件是同樣的2步(第一步是git add 第二步是：git commit)。

二：版本回退

如上，咱們已經學會了修改文件，如今我繼續對readme.txt文件進行修改，再增長一行內容爲33333333333333.繼續執行命令以下：

如今我已經對readme.txt文件作了三次修改了，那麼我如今想查看下歷史記錄，如何查呢？咱們如今可使用命令 git log 演示以下所示：

git log命令顯示從最近到最遠的顯示日誌，咱們能夠看到最近三次提交，最近的一次是,增長內容爲333333.上一次是添加內容222222，第一次默認是 111111.若是嫌上面顯示的信息太多的話，咱們可使用命令 git log –pretty=oneline 演示以下：

如今我想使用版本回退操做，我想把當前的版本回退到上一個版本，要使用什麼命令呢？可使用以下2種命令，第一種是：git reset –hard HEAD^ 那麼若是要回退到上上個版本只需把HEAD^ 改爲 HEAD^^ 以此類推。那若是要回退到前100個版本的話，使用上面的方法確定不方便，咱們可使用下面的簡便命令操做：git reset –hard HEAD~100 便可。未回退以前的readme.txt內容以下：

再來查看下 readme.txt內容以下：經過命令cat readme.txt查看

能夠看到，內容已經回退到上一個版本了。咱們能夠繼續使用git log 來查看下歷史記錄信息，以下：

咱們看到 增長333333 內容咱們沒有看到了，可是如今我想回退到最新的版本，如：有333333的內容要如何恢復呢？咱們能夠經過版本號回退，使用命令方法以下：

git reset –hard 版本號 ，可是如今的問題假如我已經關掉過一次命令行或者333內容的版本號我並不知道呢？要如何知道增長3333內容的版本號呢？能夠經過以下命令便可獲取到版本號：git reflog 演示以下：

經過上面的顯示咱們能夠知道，增長內容3333的版本號是 6fcfc89.咱們如今能夠用命令 git reset –hard 6fcfc89來恢復了。演示以下：

三：理解工做區與暫存區的區別

工做區：就是你在電腦上看到的目錄，好比目錄下testgit裏的文件(.git隱藏目錄版本庫除外)。或者之後須要再新建的目錄文件等等都屬於工做區範疇。

版本庫(Repository)：工做區有一個隱藏目錄.git,這個不屬於工做區，這是版本庫。其中版本庫裏面存了不少東西，其中最重要的就是stage(暫存區)，還有Git爲咱們自動建立了第一個分支master,以及指向master的一個指針HEAD。

咱們前面說過使用Git提交文件到版本庫有兩步：

第一步：是使用 git add 把文件添加進去，實際上就是把文件添加到暫存區。

第二步：使用git commit提交更改，實際上就是把暫存區的全部內容提交到當前分支上。

咱們繼續使用demo來演示下：

咱們在readme.txt再添加一行內容爲4444444，接着在目錄下新建一個文件爲test.txt 內容爲test，咱們先用命令 git status來查看下狀態，以下：

如今咱們先使用git add 命令把2個文件都添加到暫存區中，再使用git status來查看下狀態，以下：

接着咱們可使用git commit一次性提交到分支上，以下：

四：Git撤銷修改和刪除文件操做

撤銷修改：

好比我如今在readme.txt文件裏面增長一行 內容爲555555555555，咱們先經過命令查看以下：

在我未提交以前，我發現添加5555555555555內容有誤，因此我得立刻恢復之前的版本，如今我能夠有以下幾種方法能夠作修改：

第一：若是我知道要刪掉那些內容的話，直接手動更改去掉那些須要的文件，而後add添加到暫存區，最後commit掉。

第二：我能夠按之前的方法直接恢復到上一個版本。使用 git reset –hard HEAD^

可是如今我不想使用上面的2種方法，我想直接想使用撤銷命令該如何操做呢？首先在作撤銷以前，咱們能夠先用 git status 查看下當前的狀態。以下所示：

能夠發現，Git會告訴你，git checkout — file 能夠丟棄工做區的修改，以下命令：

命令 git checkout –readme.txt 意思就是，把readme.txt文件在工做區作的修改所有撤銷，這裏有2種狀況，以下：

1) readme.txt自動修改後，尚未放到暫存區，使用 撤銷修改就回到和版本庫如出一轍的狀態。
2) 另一種是readme.txt已經放入暫存區了，接着又做了修改，撤銷修改就回到添加暫存區後的狀態。

對於第二種狀況，我想咱們繼續作demo來看下，假如如今我對readme.txt添加一行 內容爲6666666666666，我git add 增長到暫存區後，接着添加內容7777777，我想經過撤銷命令讓其回到暫存區後的狀態。以下所示：

注意：命令git checkout — readme.txt 中的 — 很重要，若是沒有 — 的話，那麼命令變成建立分支了。

刪除文件

假如我如今版本庫testgit目錄添加一個文件b.txt,而後提交。以下：

如上：通常狀況下，能夠直接在文件目錄中把文件刪了，或者使用如上rm命令：rm b.txt ，若是我想完全從版本庫中刪掉了此文件的話，能夠再執行commit命令 提交掉，如今目錄是這樣的

只要沒有commit以前，若是我想在版本庫中恢復此文件，可使用以下命令 git checkout — b.txt，以下所示：

再來看看咱們testgit目錄，添加了3個文件了。以下所示：

五：遠程倉庫

如何添加遠程庫？

首先，登陸github上，而後在右上角找到「create a new repo」建立一個新的倉庫。以下：

在Repository name填入testgit，其餘保持默認設置，點擊「Create repository」按鈕，就成功地建立了一個新的Git倉庫。

目前，在GitHub上的這個testgit倉庫仍是空的，GitHub告訴咱們，能夠從這個倉庫克隆出新的倉庫，也能夠把一個已有的本地倉庫與之關聯，而後，把本地倉庫的內容推送到GitHub倉庫。

如今，咱們根據GitHub的提示，在本地的testgit倉庫下運行命令：

git remote add origin https://github.com/tugenhua0707/testgit.git

把本地庫的內容推送到遠程，使用 git push命令，其實是把當前分支master推送到遠程。

因爲遠程庫是空的，咱們第一次推送master分支時，加上了 –u參數，Git不但會把本地的master分支內容推送的遠程新的master分支，還會把本地的master分支和遠程的master分支關聯起來，在之後的推送或者拉取時就能夠簡化命令。推送成功後，能夠馬上在github頁面中看到遠程庫的內容已經和本地如出一轍了

從如今起，只要本地做了提交，就能夠經過以下命令：

git push origin master

把本地master分支的最新修改推送到github上了，如今你就擁有了真正的分佈式版本庫了。

如何從遠程庫克隆？

首先，登陸github，建立一個新的倉庫，名字叫testgit2
如今，遠程庫已經準備好了，下一步是使用命令git clone克隆一個本地庫了。以下所示：

接着在我本地目錄下 生成testgit2目錄了，以下所示：

六：建立與合併分支

首先，咱們來建立dev分支，而後切換到dev分支上。以下操做：

git checkout 命令加上 –b參數表示建立並切換，至關於以下2條命令

git branch dev
git checkout dev

git branch查看分支，會列出全部的分支，當前分支前面會添加一個星號。而後咱們在dev分支上繼續作demo，好比咱們如今在readme.txt再增長一行 7777777777777

如今dev分支工做已完成，如今咱們切換到主分支master上，繼續查看readme.txt內容以下：

如今咱們能夠把dev分支上的內容合併到分支master上了，能夠在master分支上，使用以下命令 git merge dev 以下所示：

git merge命令用於合併指定分支到當前分支上，合併後，再查看readme.txt內容，能夠看到，和dev分支最新提交的是徹底同樣的。

注意到上面的Fast-forward信息，Git告訴咱們，此次合併是「快進模式」，也就是直接把master指向dev的當前提交，因此合併速度很是快。

合併完成後，咱們能夠接着刪除dev分支了，操做以下：

如何解決衝突？

下面咱們仍是一步一步來，先新建一個新分支，好比名字叫fenzhi1，在readme.txt添加一行內容8888888，而後提交，以下所示：

一樣，咱們如今切換到master分支上來，也在最後一行添加內容，內容爲99999999，以下所示：

如今咱們須要在master分支上來合併fenzhi1，以下操做：

Git用<<<<<<<，=======，>>>>>>>標記出不一樣分支的內容，其中<<<HEAD是指主分支修改的內容，>>>>>fenzhi1 是指fenzhi1上修改的內容，咱們能夠修改下以下後保存：

若是我想查看分支合併的狀況的話，須要使用命令 git log.命令行演示以下：

分支管理策略

一般合併分支時，git通常使用」Fast forward」模式，在這種模式下，刪除分支後，會丟掉分支信息，如今咱們來使用帶參數 –no-ff來禁用」Fast forward」模式。首先咱們來作demo演示下：
emo演示下：

1.建立一個dev分支。
2.修改readme.txt內容。
3.添加到暫存區。
4.切換回主分支(master)。
5.合併dev分支，使用命令 git merge –no-ff -m 「註釋」 dev
6.查看歷史記錄

分支策略：首先master主分支應該是很是穩定的，也就是用來發布新版本，通常狀況下不容許在上面幹活，幹活通常狀況下在新建的dev分支上幹活，幹完後，好比上要發佈，或者說dev分支代碼穩定後能夠合併到主分支master上來。

七：bug分支

在開發中，會常常碰到bug問題，那麼有了bug就須要修復，在Git中，分支是很強大的，每一個bug均可以經過一個臨時分支來修復，修復完成後，合併分支，而後將臨時的分支刪除掉。

好比我在開發中接到一個404 bug時候，咱們能夠建立一個404分支來修復它，可是，當前的dev分支上的工做尚未提交。好比以下：

並非我不想提交，而是工做進行到一半時候，咱們還沒法提交，好比我這個分支bug要2天完成，可是我issue-404 bug須要5個小時內完成。怎麼辦呢？還好，Git還提供了一個stash功能，能夠把當前工做現場 」隱藏起來」，等之後恢復現場後繼續工做。以下：

因此如今我能夠經過建立issue-404分支來修復bug了。

首先咱們要肯定在那個分支上修復bug，好比我如今是在主分支master上來修復的，如今我要在master分支上建立一個臨時分支，演示以下：

修復完成後，切換到master分支上，並完成合並，最後刪除issue-404分支。演示以下：

如今，咱們回到dev分支上幹活了。

工做區是乾淨的，那麼咱們工做現場去哪裏呢？咱們可使用命令 git stash list來查看下。以下：

工做現場還在，Git把stash內容存在某個地方了，可是須要恢復一下，可使用以下2個方法：

1.git stash apply恢復，恢復後，stash內容並不刪除，你須要使用命令git stash drop來刪除。
2.另外一種方式是使用git stash pop,恢復的同時把stash內容也刪除了。

八：多人協做

當你從遠程庫克隆時候，實際上Git自動把本地的master分支和遠程的master分支對應起來了，而且遠程庫的默認名稱是origin。

1.要查看遠程庫的信息 使用 git remote
2.要查看遠程庫的詳細信息 使用 git remote –v

推送分支

使用命令 git push origin master

能夠看到 推送成功了，若是咱們如今要推送到其餘分支，好比dev分支上，咱們仍是那個命令 git push origin dev

那麼通常狀況下，那些分支要推送呢？
1.master分支是主分支，所以要時刻與遠程同步。
2.一些修復bug分支不須要推送到遠程去，能夠先合併到主分支上，而後把主分支master推送到遠程去。

抓取分支

多人協做時，你們都會往master分支上推送各自的修改。如今咱們能夠模擬另一個同事，能夠在另外一臺電腦上（注意要把SSH key添加到github上）或者同一臺電腦上另一個目錄克隆，新建一個目錄名字叫testgit2

可是我首先要把dev分支也要推送到遠程去，以下

接着進入testgit2目錄，進行克隆遠程的庫到本地來，以下：

如今目錄下生成有以下所示：

如今咱們的小夥伴要在dev分支上作開發，就必須把遠程的origin的dev分支到本地來，因而可使用命令建立本地dev分支：

git checkout  –b dev origin/dev

如今小夥伴們就能夠在dev分支上作開發了，開發完成後把dev分支推送到遠程庫時。

小夥伴們已經向origin/dev分支上推送了提交，而我在個人目錄文件下也對一樣的文件同個地方做了修改，也試圖推送到遠程庫時，以下：

由上面可知：推送失敗，由於個人小夥伴最新提交的和我試圖推送的有衝突，解決的辦法也很簡單，上面已經提示咱們，先用git pull把最新的提交從origin/dev抓下來，而後在本地合併，解決衝突，再推送。

git pull也失敗了，緣由是沒有指定本地dev分支與遠程origin/dev分支的連接，根據提示，設置dev和origin/dev的連接：以下：

這回git pull成功，可是合併有衝突，須要手動解決，解決的方法和分支管理中的 解決衝突徹底同樣。解決後，提交，再push：

所以：多人協做工做模式通常是這樣的：
1.首先，能夠試圖用git push origin branch-name推送本身的修改.
2.若是推送失敗，則由於遠程分支比你的本地更新早，須要先用git pull試圖合併。
3.若是合併有衝突，則須要解決衝突，並在本地提交。再用git push origin branch-name推送。

做者：塗根華
原文