玩轉git,讓git成為個人工作備份利器(即使是電腦小白也推薦學習)

文章目錄

•  版本分支
• 開始工作

前言

不要把這篇文章當做給編程人員的技術文章，即使你對編程一無所知，按照這篇文章的指引一步步學習，仔細模仿，也可以很容易地學會如何去做。更重要的是，這篇文章將讓你介紹如何讓git成為你的工作日誌，成為你的備份工具，成為你的專案管理軟體。沒錯，git讓這一切變得如此簡單。

背景

OK，什麼是git？ Wikipedia（http://en.wikipedia.org/wiki/Git_(software)）告訴我們：“Git (/ɡɪt/) is a distributed revision control system with an emphasis on speed.“ 這是一個分布式版本控制系統。聽起來似乎很霸氣，那麼它是誰開發的呢？這個名字就更霸氣了， Linus Torvalds——Linux之父。

什麼叫版本控制系統呢？

我們來舉個例子。比如說，你要寫個商業策劃書，經過幾天熬夜，總算在2012-01-01寫了一個初稿 proposal.doc。又經過兩天的奮戰，你對之前的文檔做了更深入的細化，於是把之前的檔案改名成了 proposal-2012-01-01.doc 作為備份。後來經過你和老闆的激烈討論，並對文檔反覆修改，終於在2012-01-09把第7版交給了老闆，算是完成了這份工作。回頭看看當前的工作資料夾，呵，充滿了名為 proposal-2012-01-01.doc，proposal-2012-01-03.doc。。。proposal-2012-01-09.doc 的檔案。你不捨得刪了它們，順手打個包壓縮下扔進了自己的歸檔檔案夾裡，也許永遠都不會看它們了；即使半年後想要來參考一下，你也頂多是看看最新版的檔案，那些曆史版本檔案之間的關係恐怕永遠也記不起來了。

這是個很普遍的例子，任何用電腦寫過報告的人都會有這種經曆。儲存某個修改的檔案時我們習慣於給較早的版本加個日期（或者其他你感興趣的方式）做為備份，生怕自己對稍後的某個修改不滿意好恢複回去；如果有強迫症，估計你恨不得寫一行備份一次——如果你學會了git，恐怕這種強迫症會更加強烈，因為用起來實在是太爽了。這就是一個非常樸素的版本控制系統，你人為的給某個檔案加上時間的標記，把編輯的某些裡程碑儲存下來，方便自己將來查閱、備份、恢複。

既然我們有這麼普遍而強烈的需求，版本控制系統軟體自然備受關注，並不斷更新升級。從 CVS 到 SVN 再到 GIT，版本控制系統的管理員模式從集中向分布演變。git的分布式特點就在於，雖然我們可以有一個最核心的中央伺服器來管理所有的檔案，你可以在本地產生一個局部的版本控制系統，你的版本曆史都可以先在本地儲存，直到獲得一個滿意的版本後，再提交到伺服器中。對於個人來說，甚至完全不用理會中央伺服器是否存在，自己玩單機版的版本控制就足夠了——本文的目的也就在於教會你怎樣玩轉單機版git。

準備

工欲善其事，必先利其器。我們需要的軟體很少，只有兩個，TortoiseGit（http://code.google.com/p/tortoisegit/downloads/list）和msysgit（http://code.google.com/p/msysgit/downloads/list），前者是與 windows 的資源管理員（linux和mac使用者借過一下）整合的git管理軟體，後者是git的功能軟體。

安裝好TortoiseGit之後，重啟電腦，滑鼠右鍵裡就會有這幾個新的程式，git的相關功能都可以從這裡訪問到，連開始菜單都不要，是不是很方便？

（svn是另一個軟體，請無視）

請選擇setting，我們需要配置一下git的路徑。

在紅框裡，我們要設定一下 git 的路徑，就是你安裝 msysgit的bin檔案夾，比如說我的是 F:\software\develop\svn\git\PortableGit-1.7.8-preview20111206\bin，裡面會有 git.exe 這個程式。

如此，我們的環境就配置好了，是不是非常簡單？

實戰基礎知識

接下來，我們要具體看看git如何成為我們備份的利刃。

先隨便建立一個空白檔案夾，作為我們實踐的平台。

進入這個檔案夾，滑鼠右鍵選擇 “ Git Create repository here..."，彈出的對話方塊不用管，那個複選框不要選，ok即可。這個檔案夾裡就會出現一個隱藏的 .git 檔案夾。如何顯示隱藏檔案夾？這個請放狗去搜吧。

ok，一個版本庫我們就建立出來了。走到上級目錄，你也許會看到，檔案加上出現了一個綠色的對勾符號，表示這個檔案夾已經受到了版本的控制。（這個表徵圖的出現不一定即時，也許你要多重新整理幾次，甚至重啟電腦才行）

常見的表徵圖有

 這個檔案（夾）很乾淨，是最新版本檔案

這個檔案（夾）發生了修改，需要提交

這個檔案（夾）要添加進版本庫

這個檔案（夾）沒有在版本庫中，需要添加進來（轉為上一個表徵圖的狀態），或者忽略（轉為下一個表徵圖的狀態）

這個檔案（夾）被忽略，不受版本控制

這個檔案(夾)裡的內容發生衝突（這是最危險的情況，但是對於個人使用者來說，幾乎不會出現，出現的情況是兩個人同時對一個檔案做修改，後提交的人在更新時無法與前者完美融合時，這個不需要深入理解）

通過這麼直觀的表徵圖暫時，你就能對自己的工作資料夾了如指掌，那些檔案做了修改，當前工作是否需要提交，都一目瞭然。

 

 版本分支

在進行更進一步操作時，有必要瞭解一下版本分支（Branch）的概念。版本分支意味著，你從當前的項目中弄出來一個拷貝，按照自己的想法胡亂修改，你之後的所有版本曆史都儲存在這個分支裡。如果你對這個分支很滿意，就可以把這個分支合并到原來的主分支裡（Merge），甚至直接讓這個分支作為主分支；或者你感覺到越改越糟糕，就直接回到主分支工作，彷彿什麼也沒有發生一樣（當然這個新的分支要通過某些複雜的操作來刪除，你也可以留著，作為自己慘痛教訓的警鐘）。也就是說，分支為你提供了一個嘗試某些新道路的空間。

作為個人使用者來說，有一個主分支和一個工作分支就夠了。主分支作為基準一直不變，工作都在工作分支上進行，這樣主分支與工作分支之間的變化就記錄了你的所有工作曆史。

我們來具體實踐一下。

首先，git有個不太人性化的“bug“，不能夠添加空白檔案夾，因此我們需要先添加一個空白檔案，比如 test.txt，然後在檔案夾上右鍵選擇 “Git commit"

選擇添加的那個檔案，寫點message（git每次提交必須寫上一些文字說明這次更新的內容，從而讓你知道每個版本有什麼變化）提交即可

 

在剛才的工作檔案加上右鍵，選擇 “Create Branch“

 

 隨便取名比如 develop，確定即可。

 依然右鍵選擇 “Show log“，出現如下對話方塊

 可以看到，我們已經有了一個版本曆史，它詳細記錄了我們的改變。上面有兩個顏色標籤，紅色的master和綠色的develop，這個代表了我們的分支。master是我們第一次提交時系統自動產生的分支；develop是我們手動建立的。紅色的代表當前的工作分支，綠色的代表存在的曆史分支。我們需要把工作分支切換到 develop。

在檔案夾上右鍵選擇 “Switch/Checkout"， Branch裡選擇develop，再查看曆史，我們就會發現，develop變成了紅色。

開始工作

接下來我們就可以隨心所欲的工作了。編輯一下test.txt，建立檔案夾，添加word，excel檔案，總之，隨便工作。你會看到，修改的檔案加了紅色的歎號，新加為被版本控制的檔案加了藍色的問號，對於藍色問號，你可以選擇右鍵裡的 “Add“讓它變成藍色的加號（或者有時會一步到位變成綠色的對勾，這個不重要），或者不管他。

然後在根檔案上，選擇 Commit，再來看看曆史，就會發現你的工作記錄了

Commit時會有一個讓你輸入使用者名稱的問題,這個完全不重要,你隨便寫個使用者名稱和郵箱即可.

可以發現，develop進步了一個版本，master還停留在原處。曆史顯示，test.txt被修改，一個word和excel被添加；檔案夾資訊不回被記錄。

 雙擊下面的test.txt檔案，它甚至會給你展示出這個檔案發生了哪些變化。甚至連 excel 和 word 的變化也會給你選擇合適的方式進行比較。

 

 

令人震驚吧！沒錯，git會完全忠實的記錄的一點一滴，只要你commit，系統就會為你儲存下來一個記錄（不必擔心空間，它會採用很先進的方式進行增量儲存，遠比你每次都複製要節省空間的得多）

 

結束語

差不多已經把如何用git來進行工作的方法介紹完了，還有一個非常重要的功能沒有說，怎麼樣恢複曆史版本的檔案呢？很簡單，在想要恢複的檔案上查看曆史，選擇revert即可！

 

即使你完全不懂編程，相信上面的講解也可以教會你怎麼樣來使用了吧。趕緊來試試吧！