Linux 安裝 git ： yum install git
Linux檢出項目：git clone + github項目地址
Linux提交項目: git status —》git add + 新增文件名稱 —》git commit （提交本地）—》git push(提交到GitHub)
WINDOWS 用GitHub客戶端操作
版本回滾操作步驟:
1. 命令: git log // 顯示所有提交記錄.
2. 在所有提交記錄中,選擇需要回退到的commit ID(一個長字符串),複製.
3. 命令: git reset --hard XXYYZCCRERR // 最後一串是commit ID.完成回滾操作.
4. 命令: git log // 顯示新的提交記錄.
這裏 利用 git reset 命令,可以任意回滾到過去,同時也可以穿越到未來.
很方便.
(回到未來 （fast -forward)
git reflog查看該用戶的所有操作
git reset --hard commit id
1.GIT是分佈式的，SVN不是：
這是GIT和其它非分佈式的版本控制系統，例如SVN，CVS等，最核心的區別。如果你能理解這個概念，那麼你就已經上手一半了。需要做一點聲明，GIT並不是目前第一個或唯一的分佈式版本控制系統。還有一些系統，例如Bitkeeper, Mercurial等，也是運行在分佈式模式上的。但GIT在這方面做的更好，而且有更多強大的功能特徵。
GIT跟SVN一樣有自己的集中式版本庫或服務器。但，GIT更傾向於被使用於分佈式模式，也就是每個開發人員從中心版本庫/服務器上chect out代碼後會在自己的機器上克隆一個自己的版本庫。可以這樣說，如果你被困在一個不能連接網絡的地方時，就像在飛機上，地下室，電梯裏等，你仍然能夠提交文件，查看歷史版本記錄，創建項目分支，等。對一些人來說，這好像沒多大用處，但當你突然遇到沒有網絡的環境時，這個將解決你的大麻煩。
同樣，這種分佈式的操作模式對於開源軟件社區的開發來說也是個巨大的恩賜，你不必再像以前那樣做出補丁包，通過email方式發送出去，你只需要創建一個分支，向項目團隊發送一個推請求。這能讓你的代碼保持最新，而且不會在傳輸過程中丟失。GitHub.com就是一個這樣的優秀案例。
有些謠言傳出來說subversion將來的版本也會基於分佈式模式。但至少目前還看不出來。
2.GIT把內容按元數據方式存儲，而SVN是按文件：
所有的資源控制系統都是把文件的元信息隱藏在一個類似.svn,.cvs等的文件夾裏。如果你把.git目錄的體積大小跟.svn比較，你會發現它們差距很大。因爲,.git目錄是處於你的機器上的一個克隆版的版本庫，它擁有中心版本庫上所有的東西，例如標籤，分支，版本記錄等。
3.GIT分支和SVN的分支不同：
分支在SVN中一點不特別，就是版本庫中的另外的一個目錄。如果你想知道是否合併了一個分支，你需要手工運行像這樣的命令svn propget svn:mergeinfo，來確認代碼是否被合併。感謝Ben同學指出這個特徵。所以，經常會發生有些分支被遺漏的情況。
然而，處理GIT的分支卻是相當的簡單和有趣。你可以從同一個工作目錄下快速的在幾個分支間切換。你很容易發現未被合併的分支，你能簡單而快捷的合併這些文件。
4.GIT沒有一個全局的版本號，而SVN有：
目前爲止這是跟SVN相比GIT缺少的最大的一個特徵。你也知道，SVN的版本號實際是任何一個相應時間的源代碼快照。我認爲它是從CVS進化到SVN的最大的一個突破。因爲GIT和SVN從概念上就不同，我不知道GIT裏是什麼特徵與之對應。如果你有任何的線索，請在評論裏奉獻出來與大家共享。
更新：有些讀者指出，我們可以使用GIT的SHA-1來唯一的標識一個代碼快照。這個並不能完全的代替SVN裏容易閱讀的數字版本號。但，用途應該是相同的。
5.GIT的內容完整性要優於SVN：
GIT的內容存儲使用的是SHA-1哈希算法。這能確保代碼內容的完整性，確保在遇到磁盤故障和網絡問題時降低對版本庫的破壞。這裏有一個很好的關於GIT內容完整性的討論 –http://stackoverflow.com/questions/964331/git-file-integrity
GIT和SVN之間只有這五處不同嗎？當然不是。我想這5個只是“最基本的”和“最吸引人”的，我只想到這5點。如果你發現有比這5點更有趣的，請共享出來，歡迎。
最近在整理一些資源工具，放在網站分享 http://tools.maqway.com
歡迎關注公衆號：麻雀唯伊 ， 不定時更新資源文章，生活優惠，或許有你想看的