在Git如日中天的今天，不懂git都不好意思跟人說自己是程序猿。你是不是早就躍躍欲試了，只是苦於沒有藉口（契機）。 好吧，機會就在今天。 給我20分鐘，是的，只要20分鐘， 讓你快速用上git。
我們廢話不多說，直接來乾貨。
我們將會介紹以下幾點：
一， 什麼是git
二，使用git的一般開發流程
三，快速安裝新建項目。holloworld。
開始：
一，什麼是git。
閱讀本文的前提是你知道或者用過至少一種源代碼管理工具，比如：SVN, CVS 或者TFS等等。 你必須知道什麼是源代碼管理。如果這些都不滿足。請直接跳過本文。
瞭解陌生事物的最好辦法，是和已知事物類比。 ---孔子
我們以svn爲例。 我們都知道傳統的源代碼管理都是以服務器爲中心的：
每個開發者都直接連在中間服務器上， 本地修改，然後commit到svn服務器上。
這種做法看似完美，但是有致命的缺陷：
1. 開發者不能本地跟蹤代碼版本。 所有的信息都是在服務器上。 你把本地的代碼改了很多，但是又不能提交。通常，本地只能緩存一個版本。對於小項目無所謂， 但是項目一複雜，人員多就麻煩了。 通常你本地的代碼都全是紅色的。自己都不知道今天修改了什麼， 有哪些修改是真正應該提交給svn的。
2. 因爲第一點，一旦離開服務器， 程序猿將無法正常工作。 因爲本地不能跟蹤代碼版本。 你的（幾乎）任何操作都必須連上服務器。比如， show log， blame，show history等等。
3. 中央服務器壓力過大。 因爲每個人都必須把代碼提交到服務器，並且做daily build。
4. 對於大型項目， svn幾乎不可用。 例如linux內核項目， 開發者何止幾萬？ 都直接提交給svn服務器的話還不亂套了。
5. 對於個人的私人項目而言（或者對於小公司的項目）， 不用版本控制當然不行，但是爲了用版本控制而專門架設svn服務器有有點捨不得。
有沒有能解決上述幾個問題的東東呢？ 恩， 答案是肯定的。
Linux內核的作者也遇到了這些問題，於是他決定再一次改變世界， 重寫一個可以本地使用的svn。
對， 這就是git。 分佈式代碼版本管理系統。（說人話 ：就是不用服務器的svn）
我們來看git的結構：
git沒有中央服務器。 你裝上git軟件之後，你就可以指定本地的文件夾進行版本控制了。你可拔掉網線，然後在本地修改， commit，revert（rollback）， branch， restore， show log， blame， history 等等， 全部你之前在svn裏面可以用的操作。 簡單的說，你就完美了。
你可能意識到一個問題了。 就是天下大亂了。
每個人都自顧自的開發，怎麼協作呢？ 恩，通常git比svn會多出兩個操作， 就是 pull 和push。
我們看一個複雜一點的圖：
開發者之間通過 pull和push操作， 把別人的修改拉過來，或者把自己的修改推給別人。
恩，你可能還是覺得有問題，我們生產 環境中， 以誰的代碼爲最終版本呢？
這個問題確實比較棘手，因爲，從單純的技術上講，每個開發者的機器都是對等的。 沒有主次之分。
我們還有辦法：
技術上不能解決的問題，我們從制度上解決. ---- 孟子
從分佈式環境中我們模擬出一箇中心來：
我們引入Leader這個角色。 他的機器是最終版本。 每個開發者都必須把最終的修改版push給leader。 leader會review然後提交。他就是最終版本。
恩， 我們好像還漏掉一個大問題， 說git，怎麼漏掉了github呢。 github是什麼。
我們知道，如果每個人都本地修改的話，本地可能不安全，（硬盤壞了，筆記本被偷了。。。。）
我們可能需要一個安全的服務器來存儲/備份代碼。對於開源的項目，可能是需要一個地方分享你的代碼，你不可能24小時開着筆記本，讓別人從你這pull代碼。
於是， 網上所謂的源代碼託管網站就冒出來了。 github就是這樣的。
看這個圖， 我只修改了其中一個地方， 就是把leader的機器換成了。 github.com 提供的在線賬戶。
所以, git和 github沒有必然聯繫。
這裏有幾個常用的在線託管地址, 有興趣自己看看：
1. github.com， 大名鼎鼎。 免費，只支持開源項目， 不支持私有項目。
2. bitbucket.com ，同樣大名鼎鼎。 免費， 支持開源項目和私有項目。 免費用戶最多5個。項目無限。
3. git.oschina.net， 國內頂尖託管平臺， 我本人正在用的就是這個。 支持開源項目和私有項目。 成員無限， 項目1000個。 使用的是阿里雲服務器， 速度極快。 本人推薦5顆星。
二， git開發的一般流程。
上面其實已經涉及了使用git的一般結構。 那麼生產環境中， git是如何應用的呢。
本人知道的模型如下：
每個開發者都向自己的項目服務器（leader）提交代碼， leader向公司服務器提交。 當然這個leader是可有可無的。如果項目小的話， 開發者可以直接向公司服務器提交。 公司的服務器就是最終版本。 一般公司還會有持續集成CI服務器。 我們可以在公司的源碼服務器上設置git的hook。 自動觸發CI服務器工作。 這是後話，不多說了。
三， 前面的概念弄清楚之後， 上手就容易多了。 我們helloworld。
1. 這是git的官網：http://git-scm.com/ 去下載windows客戶端。
如果是linux的話， sudo apt-get install gitcore
2. 注意， 官網的客戶端都是命令行的。 命令行是高階用法。不在這裏說了。 我們下個gui。
我用的是TortoiseGit。 https://code.google.com/p/tortoisegit/ ， 大家恐怕都熟悉svn時代的烏龜爬。上手快。 我們下面的操作都是gui上的。
安裝過程不說了。 一路next。 我們跳過。 直接到最後。假設你現在已經安裝完成了。
比如我已經有一個工程， helloworld：
這是工程文件的內部結構：
現在我們想讓helloworld用上git怎麼做呢， 在工程根目錄下，點擊鼠標右鍵。
選擇 Create repository。
這個選項不要勾上。 稍後我們會解釋什麼是 Bare。
然後就完成了。
裏面多出了一個 .git目錄。 當前的目錄（及其所有子目錄）已經在git的監視之中了。 但是當前的代碼還沒有添加到git的跟蹤數據庫中。 簡單的說，git還沒有儲存任何版本信息。 我們需要進行第一次提交：
git默認你本地會有一個主分支master。
我們寫一些註釋， 並且勾上想要添加到git的文件。 （如果有子目錄的話， 它都會顯示在這裏。）
提交完成， close。 這個push按鈕，稍後再說。
好了，這個時候我們在回到文件夾，看看有什麼變化：
現在這些文件就添加進git了。
剩下的你就可以爲所欲爲了。 像svn一樣，自己試試幾個命令吧： 修改， difference， commit， revert，
到這你已經入門了。
最後我們來介紹兩個重要的概念。
1. “git目錄”, 就是指上圖中，項目根目錄下生成的 “.git” 文件夾。 用過svn的同學都知道， svn有‘.svn’文件夾。 他們的作用差不多。 這裏保存了git的本地數據庫資料。就是所有的版本信息。 跟svn不一樣的地方就是，git中，只有根目錄下有這個目錄， 所有的子目錄下都沒有， 也就是每個工程只有一個.git目錄。
2. “git工作目錄”, 其實就是你的工程目錄， 比如上圖中的工程根目錄：H:\mycode\helloworld\ 。 爲什麼有這個工作目錄呢。 就是你工作在這個目錄下， 你可以修改編輯裏面的文件，最後把修改提交給git目錄。 這個共工作目錄還有一個神奇的地方就是， 你可以創建不同的branch（你默認工作在master下）， 當你切換不同的branch時， 你的工作目錄（工程目錄）裏的所有文件都會變成當前branch對應的文件。 這個不展開了。
最後再解釋上面留下的兩個問題：
1. “Bare” 創建Bare的意思是： 你只想要git的數據庫（即上圖中的 “.git”文件夾。）， 而不想要當前的文件。 這通常用在公司的中央服務器上。 它不需要當前項目的實際代碼，只需要保留git數據庫信息就行了。
2. 在commit之後的對話框中的 push的意思。 正如之前介紹的。 push的意識是把你的修改push給別人（或者給公共服務器）。 commit的意思只是提交到本地的 .git 數據庫。 並沒有更新給別人。 所以提交完之後， 烏龜很貼心的給我們一個push按鈕。 通過它你可以快速把剛剛的修改push給別人，或者給服務器。
總結， 這不是一本完全的git手冊，但至少能讓你消除git恐懼症，快速入手。
這裏是gitbook的中文版： http://gitbook.liuhui998.com/ 他是真正的大而全。 爲什麼最後才說它呢？ 因爲它就像是一本 牛津大辭典， 全面，權威。 但是對於幼兒園小朋友學英語，就不能一上來就背它吧。 先跟着別人說，上手要緊。 之後有什麼不會的，再去查字典。
好了。 就到這。 歡迎大家訪問我的個人獨立博客： http://blog.byneil.com 歡迎大家多多交流。
後面有時間的話，還想給大家分享一下我使用幾大源碼託管服務器的經驗。 希望大家頂啊。。。。