Git簡(jiǎn)介
1.集中式版本（Git）和分布式版本（SVN）
1）集中式版本控制系統(tǒng)最大的毛病就是必須聯(lián)網(wǎng)才能工作，如果在局域網(wǎng)內(nèi)還好，帶寬夠大，速度夠快，可如果在互聯(lián)網(wǎng)上，遇到網(wǎng)速慢的話，可能提交一個(gè)10M的文件就需要5分鐘，這還不得把人給憋死啊。
2）那分布式版本控制系統(tǒng)與集中式版本控制系統(tǒng)有何不同呢？首先，分布式版本控制系統(tǒng)根本沒有“中央服務(wù)器”，每個(gè)人的電腦上都是一個(gè)完整的版本庫，這樣，你工作的時(shí)候，就不需要聯(lián)網(wǎng)了，因?yàn)榘姹編炀驮谀阕约旱碾娔X上。既然每個(gè)人電腦上都有一個(gè)完整的版本庫，那多個(gè)人如何協(xié)作呢？比方說你在自己電腦上改了文件A，你的同事也在他的電腦上改了文件A，這時(shí)，你們倆之間只需把各自的修改推送給對(duì)方，就可以互相看到對(duì)方的修改了。
3）和集中式版本控制系統(tǒng)相比，分布式版本控制系統(tǒng)的安全性要高很多，因?yàn)槊總€(gè)人電腦里都有完整的版本庫，某一個(gè)人的電腦壞掉了不要緊，隨便從其他人那里復(fù)制一個(gè)就可以了。而集中式版本控制系統(tǒng)的中央服務(wù)器要是出了問題，所有人都沒法干活了。
4）在實(shí)際使用分布式版本控制系統(tǒng)的時(shí)候，其實(shí)很少在兩人之間的電腦上推送版本庫的修改，因?yàn)榭赡苣銈儌z不在一個(gè)局域網(wǎng)內(nèi)，兩臺(tái)電腦互相訪問不了，也可能今天你的同事病了，他的電腦壓根沒有開機(jī)。因此，分布式版本控制系統(tǒng)通常也有一臺(tái)充當(dāng)“中央服務(wù)器”的電腦，但這個(gè)服務(wù)器的作用僅僅是用來方便“交換”大家的修改，沒有它大家也一樣干活，只是交換修改不方便而已。
2.安裝完成后，還需要最后一步設(shè)置，在命令行輸入：
git config --global user.name "填寫你的名字" //在git中配置名字
git config --global user.email "填寫你github的郵箱地址" //在git中配置郵箱
git config --global user.name //使用這個(gè)命令查看git配置的名字
git config --global user.email //使用這個(gè)命令查看git配置的郵箱
1）因?yàn)镚it是分布式版本控制系統(tǒng)，所以，每個(gè)機(jī)器都必須自報(bào)家門：你的名字和Email地址。你也許會(huì)擔(dān)心，如果有人故意冒充別人怎么辦？這個(gè)不必?fù)?dān)心，首先我們相信大家都是善良無知的群眾，其次，真的有冒充的也是有辦法可查的。
2）注意git config命令的--global參數(shù)，用了這個(gè)參數(shù)，表示你這臺(tái)機(jī)器上所有的Git倉庫都會(huì)使用這個(gè)配置，當(dāng)然也可以對(duì)某個(gè)倉庫指定不同的用戶名和Email地址。
3.創(chuàng)建版本庫
1）初始化一個(gè)Git倉庫，使用git init命令。
2）添加文件到Git倉庫，分兩步：
????使用命令git add <file>，注意，可反復(fù)多次使用，添加多個(gè)文件；
????使用命令git commit -m <message>，完成。
Git運(yùn)用
1.時(shí)光穿梭機(jī)
1）要隨時(shí)掌握工作區(qū)的狀態(tài)，使用git status命令。
2）如果git status告訴你有文件被修改過，用git diff可以查看修改內(nèi)容。
2.版本回退
1）HEAD指向的版本就是當(dāng)前版本，上一個(gè)版本就是HEAD^， 上上一個(gè)版本就是HEAD^^，100個(gè)版本HEAD~100。因此，Git允許我們?cè)诎姹镜臍v史之間穿梭，使用命令git reset --hard commit_id，這個(gè)指令可以從回退過去，回退過去想到現(xiàn)在的版本只要找到id即可
2）穿梭前，用git log可以查看提交歷史，以便確定要回退到哪個(gè)版本。要重返未來，用git reflog查看命令歷史，以便確定要回到未來的哪個(gè)版本。
3.工作區(qū)和暫存區(qū)
1）版本庫（Repository）
工作區(qū)有一個(gè)隱藏目錄.git，這個(gè)不算工作區(qū)，而是Git的版本庫。
Git的版本庫里存了很多東西，其中最重要的就是稱為stage（或者叫index）的暫存區(qū)，還有Git為我們自動(dòng)創(chuàng)建的第一個(gè)分支master，以及指向master的一個(gè)指針叫HEAD。
2）我們把文件往Git版本庫里添加的時(shí)候，是分兩步執(zhí)行的：
第一步是用git add把文件添加進(jìn)去，實(shí)際上就是把文件修改添加到暫存區(qū)；
第二步是用git commit提交更改，實(shí)際上就是把暫存區(qū)的所有內(nèi)容提交到當(dāng)前分支。
3）暫存區(qū)是Git非常重要的概念，弄明白了暫存區(qū)，就弄明白了Git的很多操作到底干了什么。
4.管理修改
流程：第一次修改 -> git add -> 第二次修改 -> git commit
1）我們前面講了，Git管理的是修改，當(dāng)你用git add命令后，在工作區(qū)的第一次修改被放入暫存區(qū)，準(zhǔn)備提交，但是，在工作區(qū)的第二次修改并沒有放入暫存區(qū)，所以，git commit只負(fù)責(zé)把暫存區(qū)的修改提交了，也就是第一次的修改被提交了，第二次的修改不會(huì)被提交。
2）Git是如何跟蹤修改的？每次修改，如果不用git add到暫存區(qū)，那就不會(huì)加入到commit中。
5.撤銷修改
場(chǎng)景1：當(dāng)你改亂了工作區(qū)某個(gè)文件的內(nèi)容，想直接丟棄工作區(qū)的修改時(shí)，用命令
git checkout -- file。git checkout -- file命令中的--很重要，沒有--，就變成了“切換到另一個(gè)分支”的命令，我們?cè)诤竺娴姆种Ч芾碇袝?huì)再次遇到git checkout命令。
場(chǎng)景2：當(dāng)你不但改亂了工作區(qū)某個(gè)文件的內(nèi)容，還添加到了暫存區(qū)時(shí)，想丟棄修改，分兩步，第一步用命令
git reset HEAD <file>，就回到了場(chǎng)景1，第二步按場(chǎng)景1操作。場(chǎng)景3：已經(jīng)提交了不合適的修改到版本庫時(shí)，想要撤銷本次提交，參考[版本回退]一節(jié)，不過前提是沒有推送到遠(yuǎn)程庫。
6.刪除文件
1）命令git rm用于刪除一個(gè)文件。如果一個(gè)文件已經(jīng)被提交到版本庫，那么你永遠(yuǎn)不用擔(dān)心誤刪，但是要小心，你只能恢復(fù)文件到最新版本，你會(huì)丟失最近一次提交后你修改的內(nèi)容。
2）有兩種情況：
一是確實(shí)要從版本庫中刪除該文件，那就用命令git rm刪掉，并且git commit：
另一種情況是刪錯(cuò)了，因?yàn)榘姹編炖镞€有呢，所以可以很輕松地把誤刪的文件恢復(fù)到最新版本：
3）git checkout其實(shí)是用版本庫里的版本替換工作區(qū)的版本，無論工作區(qū)是修改還是刪除，都可以“一鍵還原”。
注意：從來沒有被添加到版本庫就被刪除的文件，是無法恢復(fù)的！
遠(yuǎn)程倉庫
自行注冊(cè)GitHub賬號(hào)。由于你的本地Git倉庫和GitHub倉庫之間的傳輸是通過SSH加密的，所以，需要一點(diǎn)設(shè)置：
第1步：
1）創(chuàng)建SSH Key。在用戶主目錄下，看看有沒有.ssh目錄，如果有，再看看這個(gè)目錄下有沒有id_rs和id_rsa.pub這兩個(gè)文件，如果已經(jīng)有了，可直接跳到下一步。如果沒有，打開Shell（Windows下打開Git Bash），創(chuàng)建SSH Key：
$ ssh-keygen -t rsa -C "youremail@example.com"
2）你需要把郵件地址換成你自己的郵件地址，然后一路回車，使用默認(rèn)值即可，由于這個(gè)Key也不是用于軍事目的，所以也無需設(shè)置密碼。
3）如果一切順利的話，可以在用戶主目錄里找到.ssh目錄，里面有id_rsa和id_rsa.pub兩個(gè)文件，這兩個(gè)就是SSH Key的秘鑰對(duì)，id_rsa是私鑰，不能泄露出去，id_rsa.pub是公鑰，可以放心地告訴任何人。
第2步：
1）登陸GitHub，打開“Account settings”，“SSH Keys”頁面：
2）然后，點(diǎn)“Add SSH Key”，填上任意Title，在Key文本框里粘貼id_rsa.pub文件的內(nèi)容：
3）為什么GitHub需要SSH Key呢？因?yàn)镚itHub需要識(shí)別出你推送的提交確實(shí)是你推送的，而不是別人冒充的，而Git支持SSH協(xié)議，所以，GitHub只要知道了你的公鑰，就可以確認(rèn)只有你自己才能推送。
4）當(dāng)然，GitHub允許你添加多個(gè)Key。假定你有若干電腦，你一會(huì)兒在公司提交，一會(huì)兒在家里提交，只要把每臺(tái)電腦的Key都添加到GitHub，就可以在每臺(tái)電腦上往GitHub推送了。
1.添加遠(yuǎn)程倉庫
1）要關(guān)聯(lián)一個(gè)遠(yuǎn)程庫，使用命令git remote add origin git@server-name:path/repo-name.git；
2）關(guān)聯(lián)后，使用命令git push -u origin master第一次推送master分支的所有內(nèi)容；
3）此后，每次本地提交后，只要有必要，就可以使用命令git push origin master推送最新修改；
4）分布式版本系統(tǒng)的最大好處之一是在本地工作完全不需要考慮遠(yuǎn)程庫的存在，也就是有沒有聯(lián)網(wǎng)都可以正常工作，而SVN在沒有聯(lián)網(wǎng)的時(shí)候是拒絕干活的！當(dāng)有網(wǎng)絡(luò)的時(shí)候，再把本地提交推送一下就完成了同步，真是太方便了！
2.從遠(yuǎn)程倉庫克隆
1）克隆一個(gè)倉庫，首先必須知道倉庫的地址，然后使用git clone命令克隆。
2）Git支持多種協(xié)議，包括https，但通過ssh支持的原生git協(xié)議速度最快,git://使用ssh。
分支管理
1）有了分支，就不用怕了。你創(chuàng)建了一個(gè)屬于你自己的分支，別人看不到，還繼續(xù)在原來的分支上正常工作，而你在自己的分支上干活，想提交就提交，直到開發(fā)完畢后，再一次性合并到原來的分支上，這樣既安全，又不影響別人工作。
2）其他版本控制系統(tǒng)如SVN等都有分支管理，但是用過之后你會(huì)發(fā)現(xiàn)，這些版本控制系統(tǒng)創(chuàng)建和切換分支比蝸牛還慢，簡(jiǎn)直讓人無法忍受，結(jié)果分支功能成了擺設(shè)，大家都不去用。
3）Git的分支是與眾不同的，無論創(chuàng)建、切換和刪除分支，Git在1秒鐘之內(nèi)就能完成！無論你的版本庫是1個(gè)文件還是1萬個(gè)文件。
1.創(chuàng)建于合并分支
Git鼓勵(lì)大量使用分支：
查看分支：git branch
創(chuàng)建分支：git branch <name>
切換分支：git checkout <name>
創(chuàng)建+切換分支：git checkout -b <name>
合并某分支到當(dāng)前分支：git merge <name>
刪除分支：git branch -d <name>
2.解決沖突
1）當(dāng)Git無法自動(dòng)合并分支時(shí)，就必須首先解決沖突。解決沖突后，再提交，合并完成。
2）解決沖突就是把Git合并失敗的文件手動(dòng)編輯為我們希望的內(nèi)容，再提交。
3）用git log --graph命令可以看到分支合并圖。
3.分支策略
在實(shí)際開發(fā)中，我們應(yīng)該按照幾個(gè)基本原則進(jìn)行分支管理：
1）首先，master分支應(yīng)該是非常穩(wěn)定的，也就是僅用來發(fā)布新版本，平時(shí)不能在上面干活；
2）那在哪干活呢？干活都在dev分支上，也就是說，dev分支是不穩(wěn)定的，到某個(gè)時(shí)候，比如1.0版本發(fā)布時(shí)，再把dev分支合并到master上，在master分支發(fā)布1.0版本；
3）你和你的小伙伴們每個(gè)人都在dev分支上干活，每個(gè)人都有自己的分支，時(shí)不時(shí)地往dev分支上合并就可以了。
所以，團(tuán)隊(duì)合作的分支看起來就像這樣：
4）合并分支時(shí)，加上--no-ff參數(shù)就可以用普通模式合并，合并后的歷史有分支，能看出來曾經(jīng)做過合并，而fast forward合并就看不出來曾經(jīng)做過合并。
4.Bug分支
1）修復(fù)bug時(shí)，我們會(huì)通過創(chuàng)建新的bug分支進(jìn)行修復(fù)，然后合并，最后刪除；
2）當(dāng)手頭工作沒有完成時(shí)，先把工作現(xiàn)場(chǎng)git stash一下，然后去修復(fù)bug，修復(fù)后，再git stash pop，回到工作現(xiàn)場(chǎng)。
5.Feature分支
1）開發(fā)一個(gè)新feature，最好新建一個(gè)分支；
2）如果要丟棄一個(gè)沒有被合并過的分支，可以通過git branch -D <name>強(qiáng)行刪除。
6.多人協(xié)作
推送分支：
1）并不是一定要把本地分支往遠(yuǎn)程推送，那么，哪些分支需要推送，哪些不需要呢？
2）master分支是主分支，因此要時(shí)刻與遠(yuǎn)程同步；
3）dev分支是開發(fā)分支，團(tuán)隊(duì)所有成員都需要在上面工作，所以也需要與遠(yuǎn)程同步；
4）bug分支只用于在本地修復(fù)bug，就沒必要推到遠(yuǎn)程了，除非老板要看看你每周到底修復(fù)了幾個(gè)bug；
5）feature分支是否推到遠(yuǎn)程，取決于你是否和你的小伙伴合作在上面開發(fā)。
總之，就是在Git中，分支完全可以在本地自己藏著玩，是否推送，視你的心情而定！**
多人協(xié)作的工作模式通常是這樣：
1）首先，可以試圖用git push origin <branch-name>推送自己的修改；
2）如果推送失敗，則因?yàn)檫h(yuǎn)程分支比你的本地更新，需要先用git pull試圖合并；
3）如果合并有沖突，則解決沖突，并在本地提交；
4）沒有沖突或者解決掉沖突后，再用git push origin <branch-name>推送就能成功！
5）如果git pull提示no tracking information，則說明本地分支和遠(yuǎn)程分支的鏈接關(guān)系沒有創(chuàng)建，用命令git branch --set-upstream-to <branch-name> origin/<branch-name>。
總結(jié)：
1）查看遠(yuǎn)程庫信息，使用git remote -v；
2）本地新建的分支如果不推送到遠(yuǎn)程，對(duì)其他人就是不可見的；
3）從本地推送分支，使用git push origin branch-name，如果推送失敗，先用git pull抓取遠(yuǎn)程的新提交；
4）在本地創(chuàng)建和遠(yuǎn)程分支對(duì)應(yīng)的分支，使用git checkout -b branch-name origin/branch-name，本地和遠(yuǎn)程分支的名稱最好一致；
5）建立本地分支和遠(yuǎn)程分支的關(guān)聯(lián)，使用git branch --set-upstream branch-name origin/branch-name；
6）從遠(yuǎn)程抓取分支，使用git pull，如果有沖突，要先處理沖突。
7.Rebase
1）多人在同一個(gè)分支上協(xié)作時(shí)，很容易出現(xiàn)沖突。即使沒有沖突，后push的童鞋不得不先pull，在本地合并，然后才能push成功。
2）rebase操作的特點(diǎn)：把分叉的提交歷史“整理”成一條直線，看上去更直觀。缺點(diǎn)是本地的分叉提交已經(jīng)被修改過了。
3）rebase操作可以把本地未push的分叉提交歷史整理成直線；
4）rebase的目的是使得我們?cè)诓榭礆v史提交的變化時(shí)更容易，因?yàn)榉植娴奶峤恍枰綄?duì)比。
標(biāo)簽管理
定義：
“請(qǐng)把上周一的那個(gè)版本打包發(fā)布，commit號(hào)是6a5819e...” “ >> 一串亂七八糟的數(shù)字不好找！”
“請(qǐng)把上周一的那個(gè)版本打包發(fā)布，版本號(hào)是v1.2” >> “好的，按照tag v1.2查找commit就行！”
所以，tag就是一個(gè)讓人容易記住的有意義的名字，它跟某個(gè)commit綁在一起。
1.創(chuàng)建標(biāo)簽
在Git中打標(biāo)簽非常簡(jiǎn)單，首先，切換到需要打標(biāo)簽的分支上；然后，敲命令git tag <name>就可以打一個(gè)新標(biāo)簽。
1）命令git tag <tagname>用于新建一個(gè)標(biāo)簽，默認(rèn)為HEAD，也可以指定一個(gè)commit id；
2）命令git tag -a <tagname> -m "blablabla..."可以指定標(biāo)簽信息；
3）命令git tag可以查看所有標(biāo)簽。
2.操作標(biāo)簽
1）命令git push origin <tagname>可以推送一個(gè)本地標(biāo)簽；
2）命令git push origin --tags可以推送全部未推送過的本地標(biāo)簽；
3）命令git tag -d <tagname>可以刪除一個(gè)本地標(biāo)簽；
4）命令git push origin :refs/tags/<tagname>可以刪除一個(gè)遠(yuǎn)程標(biāo)簽。
GitHub
1)在GitHub上，可以任意Fork開源倉庫；
2)自己擁有Fork后的倉庫的讀寫權(quán)限；
3)可以推送pull request給官方倉庫來貢獻(xiàn)代碼。
這里講解一下pull request：
當(dāng)你想更正別人倉庫里的錯(cuò)誤時(shí)，要走一個(gè)流程：
1）先 fork 別人的倉庫，相當(dāng)于拷貝一份，相信我，不會(huì)有人直接讓你改修原倉庫的
2）clone 到本地分支，做一些 bug fix
3）發(fā)起 pull request 給原倉庫，讓他看到你修改的 bug
4）原倉庫 review 這個(gè) bug，如果是正確的話，就會(huì) merge 到他自己的項(xiàng)目中
本文所有內(nèi)容主要參考于廖雪峰的Git教程：https://www.liaoxuefeng.com/wiki/896043488029600
