前言
不要把這篇文章當做給編程人員的技術文章，即使你對編程一無所知，按照這篇文章的指引一步步學習，仔細模仿，也可以很容易地學會如何去做。更重要的是，這篇文章將讓你介紹如何讓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即可！
即使你完全不懂編程，相信上面的講解也可以教會你怎么樣來使用了吧。趕緊來試試吧！