前言

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

背景

    OK，什么是git？ Wikipedia告訴我們：“Git 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-06.doc 的文件。你不舍得刪了它們，順手打個包壓縮下扔進了自己的歸檔文件夾里，也許永遠也不會再來查看了；而且即使半年后想要來參考，也不過是看看最新版的文件，這些歷史版本之間的關系恐怕永遠也想不起來了。

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

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

準備

工欲善其事，必先利其器。我們需要的軟件很少，只有兩個，TortoiseGit和msysgit，前者是與 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。