再次安利一下 Git 的創(chuàng)始人（也是 Linux 的創(chuàng)始人） Linus Torvalds 的這個(gè) TED，Linus Torvalds 的意思是自己是為了專心一個(gè)人工作才創(chuàng)造的 Git：
https://www.ted.com/talks/linus_torvalds_the_mind_behind_linux

越多的人參與到非零和游戲中的時(shí)候目胡，往往會(huì)讓利益得到穩(wěn)定而持續(xù)的發(fā)展链快，過程中的重復(fù)博弈會(huì)催生合作的行為并最終發(fā)展成為文化和傳統(tǒng)久又，學(xué)術(shù)體系效五、市場(chǎng)經(jīng)濟(jì)、維基百科脉执、乃至整個(gè)互聯(lián)網(wǎng)戒劫，都是如此，而以 Git 為基礎(chǔ)的 Github巫橄，也在延續(xù)著這樣的發(fā)展規(guī)律茵典，讓上千萬(wàn)的程序員的合作，成為可能

Git 在我看來(lái)是一種“自組織的壟斷產(chǎn)生”彩倚，在技術(shù)的世界非常的普遍扶平，當(dāng)一種競(jìng)爭(zhēng)的環(huán)境中出現(xiàn)了一種太過于優(yōu)秀的物種，那么暫時(shí)性的壟斷便會(huì)形成哥谷，“自組織的壟斷產(chǎn)生”和傳統(tǒng)壟斷最主要的差別是麻献，“自組織的壟斷產(chǎn)生”在主觀上并不追求壟斷赎瑰，但是會(huì)造成事實(shí)上的壟斷，“市場(chǎng)和壟斷”餐曼，我覺得在互聯(lián)網(wǎng)時(shí)代，有非常多的新的可研究元素

同生活中的許多偉大事件一樣集惋，Git 誕生于一個(gè)極富紛爭(zhēng)大舉創(chuàng)新的年代刮刑。Linux 內(nèi)核開源項(xiàng)目有著為數(shù)眾廣的參與者。絕大多數(shù)的 Linux 內(nèi)核維護(hù)工作都花在了提交補(bǔ)丁和保存歸檔的繁瑣事務(wù)上（1991－2002年間）泛烙。到 2002 年翘紊，整個(gè)項(xiàng)目組開始啟用分布式版本控制系統(tǒng) BitKeeper 來(lái)管理和維護(hù)代碼。

到了 2005 年，開發(fā) BitKeeper 的商業(yè)公司同 Linux 內(nèi)核開源社區(qū)的合作關(guān)系結(jié)束自赔，他們收回了免費(fèi)使用 BitKeeper 的權(quán)力柳琢。這就迫使 Linux 開源社區(qū)（特別是 Linux 的締造者 Linus Torvalds ）不得不吸取教訓(xùn)，只有開發(fā)一套屬于自己的版本控制系統(tǒng)才不至于重蹈覆轍痘绎。他們對(duì)新的系統(tǒng)制訂了若干目標(biāo)：

• 速度
• 簡(jiǎn)單的設(shè)計(jì)
• 對(duì)非線性開發(fā)模式的強(qiáng)力支持（允許上千個(gè)并行開發(fā)的分支）
• 完全分布式
• 有能力高效管理類似 Linux 內(nèi)核一樣的超大規(guī)模項(xiàng)目（速度和數(shù)據(jù)量）

自誕生于 2005 年以來(lái)孤页，Git 日臻成熟完善涩馆，在高度易用的同時(shí)，仍然保留著初期設(shè)定的目標(biāo)蛾号。它的速度飛快涯雅，極其適合管理大項(xiàng)目，它還有著令人難以置信的非線性分支管理系統(tǒng)，可以應(yīng)付各種復(fù)雜的項(xiàng)目開發(fā)需求拗胜。

Git 官網(wǎng)：
https://git-scm.com/
目前的最新版本是 v2.1

基本操作

在 Github 創(chuàng)建好項(xiàng)目以后會(huì)提供一個(gè)這樣的地址：
git@github.com:samon127/clownfish.git

在本地創(chuàng)建一個(gè)庫(kù)：
git clone git@github.com:samon127/clownfish.git .

clone 的時(shí)候如果遇到錯(cuò)誤

git clone git@github.com:samon127/clownfish.git .
Cloning into 'clownfish'...
Permission denied (publickey).
fatal: Could not read from remote repository.

Please make sure you have the correct access rights and the repository exists. 

需要在本地生成一個(gè) ssh key 然后添加到 github 里面埂软，解決方法很簡(jiǎn)單纫事，具體可以參考：
http://stackoverflow.com/questions/2643502/git-permission-denied-publickey

新建文件以后添加到庫(kù)里面（最后一個(gè)參數(shù) . 表示從 git 的根目錄開始，而不是當(dāng)前目錄）：

git add .

查看有哪些文件被修改了：

git status

將這個(gè)新建的文件提交到本地的庫(kù)里面：

git commit -m 'commit content'

如果不小心錯(cuò)誤的 commit 了文件炫七，退回也很簡(jiǎn)單

// 找到你需要回退到的哈希值蚊夫，比如：72541c0ce9e7bd647ab9875641160deae543ab13
git log
// 進(jìn)行回退操作
git reset --hard 72541c0ce9e7bd647ab9875641160deae543ab13

最后把這個(gè)新庫(kù)的內(nèi)容推送到服務(wù)器上面：

git push origin master

如果需要在推送之前查看一下做了哪些修改：

git diff

更新一個(gè)目錄：

git pull

刪除一個(gè)文件：

git rm file.txt

取消一個(gè)文件的所有修改：

git checkout test.php

回滾：

git reset --hard d4556882
git push origin HEAD --force

處理沖突

如果希望保留生產(chǎn)服務(wù)器上所做的改動(dòng)知纷，僅僅并入新配置項(xiàng)琅轧，處理方法如下：

git stash
git pull
git stash pop

然后可以使用Git diff -w <文件名> 來(lái)確認(rèn)代碼自動(dòng)合并的情況

如果希望用代碼庫(kù)中的文件完全覆蓋本地工作版本踊挠。方法如下：

git reset --hard
git pull

如果你希望覆蓋的更為徹底，完全忽略本地的修改歷史睹酌，則可以是：

git reset --hard origin/master

如果是手動(dòng)處理的沖突剩檀，那么接下來(lái)的操作也很簡(jiǎn)單：

git add .
git commit -m 'fix conflicts'

.gitignore 相關(guān)：

.gitignore 是管理需要忽略的文件，不需要上傳到 git 庫(kù)中

• 以“#”開頭表示注釋辐啄；
• 以“/”開頭表示目錄运嗜；
• 以“*”通配多個(gè)字符；
• 以“?”通配單個(gè)字符砸民；
• 以“[]”包含單個(gè)字符的匹配列表岭参；
• 以“!”表示不忽略(跟蹤)匹配到的文件或目錄；

有優(yōu)先級(jí)承璃，后面的會(huì)覆蓋前面蚌本，比如：

* !.gitignore

我目前的 .gitignore 內(nèi)容為：

####################################
######## OS generated files ########
####################################
.DS_Store
.DS_Store?
*.swp
._*
.Spotlight-V100
.Trashes
Icon?
ehthumbs.db
Thumbs.db
####################################
############# laravel5 ##############
####################################
/node_modules
/public/hot
/public/storage
/storage/*.key
/vendor
/.idea
/.vagrant
Homestead.json
Homestead.yaml
npm-debug.log
yarn-error.log
.env
####################################
############# un42 ##############
####################################
highlight.js
[0-9]*.js
/public/**/*.map
/public/js/highlight.js
/yarn.lock
composer.lock
package-lock.json
.editorconfig
*.sublime-workspace
*.sublime-project
.tags
.tags_sorted_by_file
public/*.node

鉤子

在 .git/hooks 目錄下面有一些 hooks 文件程癌，里面存放了一些鉤子的示例舷嗡，但是 git 支持的鉤子并不止這些

官方文檔：
https://www.kernel.org/pub/software/scm/git/docs/githooks.html

applypatch-msg, pre-applypatch 和 post-applypatch 三個(gè)鉤子會(huì)被 git am 的時(shí)候調(diào)用（一般現(xiàn)在不大會(huì)遇到通過郵件來(lái)提交代碼了）

pre-commit, post-commit, prepare-commit-msg, commit-msg 會(huì)在執(zhí)行 git commit 的時(shí)候被調(diào)用，和執(zhí)行 commit 提交相關(guān)的操作相關(guān)

pre-rebase 這個(gè)鉤子和 git rebase（讓分支基于新的主干開始工作） 命令相關(guān)聯(lián)嵌莉，在 branch 上 rebase 一些 commit 的過程中觸發(fā)

post-checkout 這個(gè)鉤子在執(zhí)行 git checkout（創(chuàng)建和切換分支） 命令的時(shí)候會(huì)觸發(fā)

post-merge 在運(yùn)行 git merge（獲取和合并主干上的最新提交） 命令時(shí)會(huì)被觸發(fā)进萄，而git merge 也會(huì)在 git pull 命令后自動(dòng)觸發(fā)，因此可以用在更新代碼之后的自動(dòng)化操作

pre-push 在運(yùn)行 git push 命令的時(shí)候會(huì)被觸發(fā)

pre-receive, update, post-receive, post-update, push-to-checkout 這五個(gè)是在運(yùn)行 git-receive-pack 命令被調(diào)用的時(shí)候锐峭，一般和使用者關(guān)系不大中鼠，屬于資源庫(kù)這端的一些相關(guān)處理

pre-auto-gc 在運(yùn)行 git gc --auto（自動(dòng)清理不需要的文件和對(duì)資源庫(kù)進(jìn)行優(yōu)化） 命令的時(shí)候被調(diào)用

post-rewrite 在運(yùn)行 git commit --amend, git-rebase 命令的時(shí)候會(huì)調(diào)用到的鉤子

《Git Flow工作流程》：
http://www.reibang.com/p/9a76e9aa9534