版本控制是一種記錄一個或若干文件內容變化，以便將來查閱特定版本修訂情況的系統

GIT 是一款免費的、開源的、分布式的版本控制系統。每一個GIT克隆都是一個完整的文件庫，含有全部歷史記錄和修訂追蹤能力。其最大特色就是“分支”及“合并”操作快速、簡便。支持離線工作，GIT是整個項目范圍的原子提交，而且GIT中的每個工作樹都包含一個具有完整項目歷史的倉庫。

在等待下一個帶來重要更新的git大版本同時，讓我們先來看看最新的修正版1.8.5的特性說明。 下面是我作為普通git用戶從我感興趣的發布說明文檔中發掘到的信息。

記得剛開始用 Subversion 時，它在 Windows 平臺上的工具也還不是那么方便，光是安裝就要手動設定一堆東西。現在，Subversion 服務已經幾乎是點下一步、下一步的方式就能安裝完成了，非常方便。而且，現有的軟件項目、寫作等工作，也都在是用 Subversion 來管理版本。在已經投資不少學習成本、且用得很習慣的情況下，要換另外一套版本管理系統總是會有一些阻力。

一道有關于 git 實踐的題目，通過這道題可以掌握 git 分支，多人協作，重寫歷史等 git 的基本用法，會使用到 git init/add/commit/pull/rebae/branch/checkout/stash 等指令，歡迎提交 pull request 豐富實踐內容

Git與你熟悉的大部分版本控制系統的差別是很大的。也許你熟悉Subversion、CVS、Perforce、Mercurial 等等，他們使用“增量文件系統” （Delta Storage systems）, 就是說它們存儲每次提交(commit)之間的差異。Git正好與之相反，它會把你的每次提交的文件的全部內容（snapshot）都會記錄下來。這會是在使用Git時的一個很重要的理念

Git 是用于 Linux 內核開發的版本控制工具。與常用的版本控制工具 CVS, Subversion 等不同， 它采用了分布式版本庫的方式，不必服務器端軟件支持，使源代碼的發布和交流極其方便。Git 的速度很快，這對于諸如 Linux kernel 這樣的大項目來說自然很重要。Git 最為出色的是它的合并跟蹤（merge tracing）能力。

很多人都知道，Linus在1991年創建了開源的Linux，從此，Linux系統不斷發展，已經成為最大的服務器系統軟件了。

Git 提供來很多的工具來幫助我們改進工作流程。 bisect 命令就是其中之一, 雖然由于使用得不多而不廣為人知，但是當你想知道一個本來好的分支從什么時候開始變壞時，它就能派上用場了。到底是哪一次提交把事情搞砸了呢，讓 bisect 來告訴你吧。

我一直聽說Docker是個很棒的新事物，但是我一直提不起興趣，直到我遇到一個切實的問題： 如果通過Docker來部署 Scout ，這么做會輕松一些嗎？

Git的分支模型可以說是它的“必殺技”。因為Git新建分支或是在分支間切換可以在瞬間完成，并且Git鼓勵頻繁使用分支與合并。

當我們使用Git push推送到github上時 報錯 ＂error: failed to push some refs to ＂ 解決方法

搞個代碼的管理工具，居然不弄上分支啥的東西。這簡直太low了。尤其是在使用了傳說中得很牛X的Git的時候，尤其顯得low。拿著青龍偃月刀當燒火棍子使，關公知道了還不重反人間教育你！？

一：Git是什么？ Git是目前世界上最先進的分布式版本控制系統。 二：SVN與Git的最主要的區別？ SVN是集中式版本控制系統，版本庫是集中放在中央服務器的，而干活的時候，用的都是自己的電腦，所以首先要從中央服務器哪里得到最新的版本，然后干 活， 干完后，需要把自己做完的活推送到中央服務器。集中式版本控制系統是必須聯網才能工作，如果在局域網還可以，帶寬夠大，速度夠快，如果在互聯網下，如果網 速慢的話，就納悶了。

每一個版本控制系統的出現都是為了讓你記錄代碼的變化。你可以看到項目的歷史記錄——誰貢獻了什么、bug是什么時候引入的，還可以撤回有問題的更改。但是，首先你得知道如何使用它。這也就是為什么會有git log這個命令。

一般來說，日常使用只要記住下圖 6 個命令，就可以了。但是熟練使用，恐怕要記住 60～100 個命令。

兩者都是優秀的版本管理工具（giter請不要鄙視svner）

在掌握了基礎的 Git 使用 之后，可能會遇到一些問題。以下是貓哥篩選總結的部分常見問題，分享給各位朋友，掌握了這些問題的中的要點之后，git 進階也就完成了.

git clone支持多種協議，除了HTTP(s)以外，還支持SSH、Git、本地文件協議等