git和Github
概念
Git --- 版本控制工具（指令）。
工具介紹官方網站：http://git-scm.com
工具下載下傳位址：http://git-scm.com/download/
git是一個開源的分布式版本控制系統，用以有效、高速的處理從很小到非常大的項目版本管理。git是個工具，在linux裡面也就類似gcc這樣的工具一樣，是一個shell指令。git是Linus Torvalds為了幫助管理Linux核心開發而開發的一個開放源碼的版本控制軟體。Torvalds開始着手開發git是為了作為一種過渡方案來替代BitKeeper，後者之前一直是Linux核心開發人員在全球使用的主要源代碼工具。開放源碼社群中的有些人覺得BitKeeper的許可證并不适合開放源碼社群的工作，是以 Torvalds決定着手研究許可證更為靈活的版本控制系統。盡管最初git的開發是為了輔助Linux核心開發的過程，但是我們已經發現在很多其他自由軟體項目中也使用了git。例如：很多Freedesktop的項目也遷移到了git上。
Github --- 一個平台（網站）。
Github官方網站：https://github.com/
提供給使用者建立git倉儲空間，儲存（托管）使用者的一些資料文檔或者代碼等。
Github目前擁有140多萬開發者使用者。随着越來越多的應用程式轉移到了雲上，Github已經成為了管理軟體開發以及發現已有代碼的首選方法。GitHub可以托管各種git庫，并提供一個web界面，但與其它像SourceForge或Google Code這樣的平台不同，GitHub的獨特賣點在于從另外一個項目進行分支的簡易性。為一個項目貢獻代碼非常簡單：首先點選項目站點的“fork”的按鈕，然後将代碼檢出并将修改加入到剛才分出的代碼庫中，最後通過内建的“pull request”機制向項目負責人申請代碼合并。已經有人将GitHub稱為代碼玩家的MySpace。
Github公有倉庫免費，私有倉庫要收費的！
git和Github的關系
指定了remote連結和使用者資訊（git靠使用者名+郵箱識别使用者）之後，git可以幫你将送出過到你本地分支的代碼push到遠端的git倉庫（任意提供了git托管服務的伺服器上都可以，包括你自己建一個伺服器 或者 GitHub/BitBucket等網站提供的伺服器）或者将遠端倉庫的代碼 fetch 到本地。
Github隻是一個提供存儲空間的伺服器，用來存儲git倉庫。當然現在Github已經由一個存放git倉庫的網站空間發展為了一個開源社群（不隻具有存儲git倉庫的功能了），你可以參與别人的開源項目，也可以讓别人參與你的開源項目。
Github類似産品
有很多Github類似的平台，用于提供git倉庫的存儲。
BitBucket
公有、私有倉庫都免費。
網址：https://bitbucket.org/
GitCafe
網址：https://gitcafe.com/
GitLab
GitLab可以下載下傳軟體GitLab CE 或者 直接在線上平台上操作。
網址：http://www.gitlab.cc/
[email protected]
[email protected]是開源中國社群團隊基于開源項目GitLab開發的線上代碼托管平台。
網址：http://git.oschina.net/
CSDN代碼托管平台
CSDN CODE系統搭建于阿裡雲IaaS平台之上，向個人開發者、IT團隊及企業提供代碼托管、線上協作、社交程式設計、項目管理等服務。
網址：https://code.csdn.net
git和CVS、SVN的差別
git是分布式版本控制系統，代碼送出是在本地的（如此速度就快），當然生成更新檔（patch）然後push到遠端伺服器上是需要聯網的。
CVS、SVN是集中式版本控制系統，代碼送出都是送出到遠端伺服器上，是需要一直聯網的（如此速度就慢）（這裡的一直聯網不是說你寫代碼的時候要聯網，而是說你送出代碼的時候必須聯網；但是git不同，git送出代碼是本地的不需要聯網，生成patch後push patch才需要聯網，相當于svn的遠端的集中伺服器對于git來說，這個集中的遠端伺服器就在本地）。這個地方比較難了解。
CVS、SVN這樣的集中式版本控制系統，它的完整代碼倉庫（代碼倉庫不僅僅隻包含了代碼，還包含各個曆史版本的資訊等）在中心伺服器上，一旦這個中心伺服器挂了，也就是完整的代碼倉庫挂了，雖然你本地可能之前有從中心伺服器上取得過代碼，但是那些曆史版本資訊都沒有了，而且你也無法再送出代碼。
git不同，git沒有中心伺服器的概念，每一個git用戶端（git節點）都含有一個完整的代碼倉庫（前提是你之前從遠端git倉庫fetch過代碼），是以那些曆史版本資訊都在你本機上，假如哪一個git節點挂掉了，随意從其他git節點clone一個代碼倉庫過來就ok了， 那些原來的代碼、版本資訊之類的都還是完整的（當然如果你在這個挂掉的git節點上新增的代碼是沒有掉了的）。
綜上，git的每一個節點（第一次從遠端git倉庫取得代碼後，該git節點就是一個完整的代碼倉庫）相當于SVN的中心伺服器，都包含完整的代碼倉庫。
git的工作原理
架構圖
功能特性
git的功能特性：
從一般開發者的角度來看，git有以下功能：
1、從遠端伺服器上克隆clone完整的git倉庫（包括代碼和版本資訊）到自己的機器（單機）上。
2、在自己的機器上根據不同的開發目的，建立分支，修改代碼。
3、在單機上自己建立的分支上送出代碼。
4、在單機上合并分支。
5、把遠端伺服器上最新版的代碼fetch下來，然後跟自己的主分支合并。
6、生成更新檔（patch），把更新檔發送給主開發者。
7、看主開發者的回報，如果主開發者發現兩個一般開發者之間有沖突（他們之間可以合作解決的沖突），就會要求他們先解決沖突，然後再由其中一個人送出。如果主開發者可以自己解決，或者沒有沖突，就通過。
8、一般開發者之間解決沖突的方法，開發者之間可以使用pull指令解決沖突，解決完沖突之後再向主開發者送出更新檔。
從主開發者的角度看，git有以下功能：
1、檢視郵件或者通過其它方式檢視一般開發者的送出狀态。
2、打上更新檔，解決沖突（可以自己解決，也可以要求開發者之間解決以後再重新送出，如果是開源項目，還要決定哪些更新檔有用，哪些不用）。
3、向遠端伺服器（公共的）送出結果，然後通知所有開發人員。
優點：
1、适合分布式開發，強調個體。
2、遠端伺服器（公共的）壓力和資料量都不會太大。
3、速度快、靈活。
4、任意兩個開發者之間可以很容易的解決沖突。
5、離線工作。（當然送出遠端伺服器或者從遠端伺服器fetch代碼是要聯網的）。
git中的一些概念和原理
工作區
Working Directory
電腦上能看到的目錄即工作目錄，比如：/e/git_repo/
版本庫
Repository
工作區有一個隐藏目錄.git，這個不算工作區，而是git的版本庫。
git的版本庫裡存了很多東西，其中最重要的就是稱為stage（或者叫index）的暫存區，還有git為我們自動建立的第一個分支master，以及指向master的一個指針叫HEAD。構造參見上面的結構圖。
暫存區
Stage
暫存區就是版本庫中的一個區域，具體參見上面的結構圖。
工作區、版本庫、暫存區之間的關系
git工作的流程就是：
第1步，使用git add把檔案從工作區添加到版本庫中的暫存區，git add指令可以多次用；
第2步，使用git commit送出代碼，就是把暫存區的所有内容送出到目前分支。
綜上，需要送出的檔案修改通通放到暫存區（可能有多次的git add），然後，一次性送出暫存區的所有修改到目前分支（git commit）。
分支
分支（branch）有什麼用呢？假設你準備開發一個新功能，但是需要兩周才能完成，第一周你寫了50%的代碼，如果立刻送出，由于代碼還沒寫完，不完整的代碼庫會導緻别人不能幹活了。如果等代碼全部寫完再一次送出，又存在丢失每天進度的巨大風險。
現在有了分支，就不用怕了。你建立了一個屬于你自己的分支，别人看不到，還繼續在原來的分支上正常工作，而你在自己的分支上幹活，想送出就送出，直到開發完畢後，再一次性合并到原來的分支上，這樣，既安全，又不影響别人工作。
分支内部原理
1、如下圖所示，版本的每一次送出（commit），git都将它們根據送出的時間點串聯成一條線。剛開始是隻有一條時間線，即master分支，HEAD指向的是目前分支的目前版本。
2、當建立了新分支，比如dev分支（通過指令git branch dev完成），git建立一個指針dev，dev=master，dev指向master指向的版本，然後切換到dev分支（通過指令git checkout dev完成），把HEAD指針指向dev，如下圖。
3、在dev分支上編碼開發時，都是在dev上進行指針移動，比如在dev分支上commit一次，dev指針往前移動一步，但是master指針沒有變，如下：
4、當我們完成了dev分支上的工作，要進行分支合并，把dev分支的内容合并到master分支上（通過首先切換到master分支，git branch master，然後合并git merge dev指令完成）。其内部的原理，其實就是先把HEAD指針指向master，再把master指針指向現在的dev指針指向的内容。如下圖。
5、當合并分支的時候出現沖突（confict），比如在dev分支上commit了一個檔案file1，同時在master分支上也送出了該檔案file1，修改的地方不同（比如都修改了同一個語句），那麼合并的時候就有可能出現沖突，如下圖所示。
這時候執行git merge dev指令，git會預設執行合并，但是要手動解決下沖突，然後在master上git add并且git commit，現在git分支的結構如下圖。
可以使用如下指令檢視分支合并情況。
git log --graph --pretty=oneline --abbrev-commit
6、合并完成後，就可以删除掉dev分支（通過git branch -d dev指令完成）。
如此，就是分支開發的原理。其好處也是顯而易見的。
分支政策
如何合适地使用分支？
在實際開發中，我們應該按照幾個基本原則進行分支管理：
1、master分支應該是非常穩定的，也就是僅用來釋出新版本，平時不要在master分支上編碼開發。master分支應該與遠端倉庫保持同步；
2、平常編碼開發都在dev分支上，也就是說，dev分支是不穩定的，到某個時候，比如1.0版本釋出時，再把dev分支合并到master上，在master分支釋出1.0版本；dev分支也應該與遠端保持同步；（git push/git pull也要解決沖突）
3、你和團隊成員每個人都在本地的dev分支上幹活，每個人都有自己的分支，時不時地往遠端dev分支上push/pull就可以了。（push/pull的時候是要解決沖突的.）
上面這個圖是大緻示意圖，其實上面這個圖是省略了git push/git pull操作的，比如bob在本地dev分支上，建立了一個feature1分支幹完活，在本地的dev分支上合并了feature1分支，然後要把dev分支push到公共伺服器上，這樣michael才能pull下來bob完成的内容。更詳細一點的圖如下：
PS：git本沒有公共伺服器的概念，git的每個節點都是一個完整的git庫，但是公共伺服器是友善了git節點之間的代碼互相push/pull（要不然每個git節點都需要互相連接配接，每增加一個git節點就要連接配接其他的git節點）。如下圖所示：
有公共伺服器的結構 無公共伺服器的結構
有公共伺服器的，增加tom節點時候，隻需要tom和公共伺服器相連接配接，tom就可以取得（pull）michael送出（push，此處不是commit，commit是本地送出，沒有推送到公共伺服器）的代碼，也可以取得bob送出（push）的代碼。
如果沒有公共伺服器，tom要想取得（pull）michael的代碼，則必須在tom和michael之間建立一個網絡連接配接； 要想取得（pull）bob的代碼，必須在tom和bob之間建立一個網絡連接配接。
git安裝
linux上的安裝
yum install git
windows上的安裝
http://git-scm.com/download/win
下載下傳安裝即可。
安裝完成後，還需要最後一步設定，在指令行輸入：
git config --global user.name "Your Name"
git config --global user.email "[email protected]"
因為git是分布式版本控制系統，是以，每個機器都必須自報家門：你的名字和Email位址。注意git config指令的--global參數，用了這個參數，表示你這台機器上所有的git倉庫都會使用這個配置，當然也可以對某個倉庫指定不同的使用者名和Email位址。然後在本機會生成一個.gitconfig檔案，裡面包含了user.name和user.email的資訊。
WINDOWS下需要再添加一個配置，如下：
git config --global core.autocrlf false
如果沒有加這個配置，在後續git操作的時候可能會報warning，如下：
這是因為在windows中的換行符為CRLF（\r\n）， 而在linux下的換行符為：LF（\n）。
使用git來生成一個工程後，檔案中的換行符為LF，在windows中，執行git add file操作時，系統提示：LF将被轉換成CRLF。
CRLF -- Carriage-Return Line-Feed 回車換行，就是回車(CR,ASCII 13,\r) 換行(LF,ASCII 10,\n)。
git指令
git目錄最好都不要包含中文名。
單機操作指令/單倉庫指令
建立版本庫repository
mkdir git_repo
cd git_repo
git init
會在目錄中生成.git檔案夾，該檔案夾就是git倉庫的管理檔案，不要随意改動裡面的内容。該檔案夾預設是隐藏，ls指令看不到，用ls -ah指令可以看到。
建立一個file1.txt檔案，檔案内容如下（随意寫的）：
This is file1.txt.
for test~~~
把檔案添加到代碼庫
git add file1 file2...
git commit -m "comment"
git add是把想要送出的檔案先送出到commit緩存中；
git commit才是真正的檔案送出。
通過git add指令，就等于是把檔案加入到git管理中，會有各種git資訊跟蹤，比如代碼版本号，修改了哪裡等等。
檢視代碼倉庫狀态
git status
假設我修改了file1.txt檔案内容如下：
hello everybody!
This is an file1.txt.
end file.
然後用git status指令看一下：
上面的提示告訴我們file1.txt被修改過了，但是還沒有add到commit緩存中，即還沒有準備送出（commit）。
檢視修改内容
雖然git status告訴我們file1.txt被修改了，但是沒告訴我們哪裡被修改，為了具體檢視檔案什麼地方被修改，就使用如下指令：
git diff file
git diff指令要在git add指令之前使用，否則一旦添加到commit緩存後，git diff指令就失效了。
通過git add後，再看git status狀态，就變成了準備送出（commit）的狀态了。
随後再git commit一下，就送出成功。
commit後，我們再看看git status，如下：
上圖黃色框中說明目前目錄多了個less檔案是沒有被git跟蹤管理的，這個是我不小心加入的檔案，在此無用，可以删去。如果是你需要的檔案，那麼就通過git add把它加入git管理。
删去了less檔案後，看git status，如下所示：
檢視兩個版本之間的不同
git diff 版本1 版本2 [檔案]
檔案是可選的參數，不帶[檔案]參數的是比較所有的不同修改：
帶[檔案]參數的，你可以隻檢視某個檔案的不同：
檢視commit曆史
git log
檢視指令曆史
git reflog
版本回退
git reset --hard HEAD^
git reset --hard HEAD@{4}
先用git log或者git reflog看下曆史版本，然後用git reset 指令回退版本，如下：
git是用HEAD來表示目前分支中的目前版本，HEAD^表示上一個版本，HEAD^^表示上上一個版本，以此類推，如果要回退很早的版本就用HEAD@{版本号}，版本号用git reflog檢視。
撤銷修改
分3種情況
場景1：當你改亂了工作區某個檔案的内容，想直接丢棄工作區的修改時，用指令git checkout -- file 或者 手動修改。
場景2：當你不但改亂了工作區某個檔案的内容，并且還添加到了暫存區（即已經git add了）時，想丢棄修改，分兩步，第一步用指令git reset HEAD file，就回到了場景1，第二步按場景1操作。
場景3：已經送出了不合适的修改到版本庫時，想要撤銷本次送出，可以用版本回退（參考版本回退一節），不過前提是沒有推送到遠端庫。
下面舉例說明：
場景1
如果檔案還是在工作區中，還沒有git add到暫存區，那麼撤銷修改有2種辦法:，如下：
第1種辦法：手動複原，把不想要的修改地方複原。（該方法可以隻修改檔案的一部分）
第2種辦法：使用指令git checkout -- file。（這裡的 -- 很重要，後續的版本分支也是是用git checkout指令，它沒有 --）
（該方法隻能全部複原檔案，因為git checkout -- file其實就是把版本庫中的file替換現在工作區的file）
場景2
當你不但改亂了工作區某個檔案的内容，還添加到了暫存區時，想丢棄修改，分兩步驟。
第1步：用指令git reset HEAD file，就回到了場景1；
第2步：按場景1操作。
git reset HEAD file指令是把緩存區中的file檔案删去，對工作區後續做的修改并沒有影響，比如上面的例子，git add後又修改了檔案的内容everybody->chenj_freedom，git reset HEAD file後，file的内容還是chenj_freedom。
場景3
已經送出了不合适的修改到版本庫時，想要撤銷本次送出，參考版本回退一節，不過前提是沒有推送到遠端庫。
删除檔案/誤删除還原
從版本庫中删除檔案
git rm file 或者 git add file
git commit
誤删除複原
git checkout -- file
git checkout -- file其實就是用版本庫中的file檔案替換工作區的檔案，是以無論工作區的file檔案是被修改了還是被删除了，用這個指令都可以一鍵還原。
遠端倉庫指令
關聯遠端倉庫
git remote add 遠端倉庫名 [url]
舉例：
git remote add origin [email protected]:chenj-freedom/learngit.git
如上，origin是遠端倉庫的名字（注意：是倉庫的名字，倉庫中含有分支等資訊）。
檢視遠端倉庫
git remote //檢視遠端倉庫
git remote -v //檢視遠端倉庫，更詳細資訊
如下圖：
fetch說明本地有提取遠端倉庫的權限，push說明本地有推送代碼到遠端倉庫的權限。
克隆遠端倉庫
git clone [url]
舉例：
git clone操作會自動為你将遠端倉庫命名為origin，并抓取遠端倉庫中的所有資料，建立一個指向它的master指針，在本地命名為orgin/master，然後，git自動建立一個屬于你自己的本地master分支，始于origin上master分支相同的位置（master分支的關聯，這個也叫做跟蹤遠端分支），你可以就此開始工作。
原理如下圖所示：
跟蹤遠端分支
從遠端分支checkout出來的本地分支，稱為：跟蹤分支 (tracking branch)。跟蹤分支的本質就是使得本地分支名指向遠端分支名指向的内容（本質就是設定指針），如上一小節的圖，使得本地分支名（master）指向遠端分支名（origin/master）指向的節點。設定了跟蹤分支之後，使用git push/git pull指令就會自動使得本地分支（local-branch-name）自動push/pull遠端分支（remote-branch-name）的内容。
指令格式如下：
git checkout -b [local-branch-name] [remote-name]/[remote-branch-name] //傳統格式
git checkout --track [remote-name]/[remote-branch-name] //簡化格式
第一行的是傳統格式，第二行的是簡化格式，簡化格式中，本地分支名預設和遠端分支名相同。
舉例：假設遠端倉庫中現在有一個分支dev11。
用傳統格式跟蹤分支後，設定本地分支名和遠端分支名相同時，用指令git remote show origin指令檢視。這時候，git push配置為把本地dev11分支推送到遠端dev11分支，本地master分支推送到遠端master分支；git pull指令配置為遠端dev11分支合并到本地dev11分支，遠端master分支合并到本地master分支。
但是假如用傳統方式，設定本地分支名和遠端分支名不相同時，用指令git remote show origin指令檢視。git pull指令還是2個分支（master和dev11）都能拉取并合并到本地對應的分支，但是push指令就隻有master分支能推送了。是以：最好是配置本地分支名和遠端分支名一樣。（是以直接用--track就預設本地分支名和遠端分支名一樣）
推送内容
git push [remote-name] [local-branch-name]:[remote-branch-name]
注意：
1、該指令其中local-branch-name或者remote-branch-name是可以二者省略其一。
2、隻有在遠端伺服器上有寫權限，或者同一時刻沒有其他人在推資料，這條指令才會如期完成任務。如果在你推資料前，已經有其他人推送了若幹更新，那你的推送操作就會被駁回。你必須先把他們的更新抓取（git pull）到本地，合并到自己的項目中，然後才可以再次推送。
舉例：git push origin master
這裡git自動把master擴充成了refs/heads/master:refs/heads/master，意為“取出我在本地的master分支，推送到遠端倉庫的master分支中去”。
若想把遠端的master分支叫做other分支，可以使用git push origin master:other。
抓取内容
git fetch [remote-name] //抓取遠端倉庫的全部内容，但是不會自動合并
git pull //抓取遠端倉庫跟蹤分支的内容，并自動合并到本地相應的分支
git pull是你在本地的哪個分支使用本指令，它會自動抓取本地這個分支所跟蹤的遠端分支的内容，然後合并到本地分支上，對其他分支不會抓取内容。
舉例1：
git fetch origin
此指令會到遠端倉庫中拉取所有你本地倉庫中還沒有的資料。運作完成後，你就可以在本地通路該遠端倉庫中的所有分支。
git fetch會抓取從你上次克隆以來别人上傳到此遠端倉庫中的所有更新（或是上次fetch以來别人送出的更新）。有一點很重要，需要記住，git fetch指令隻是将遠端的資料拉到本地倉庫，并不自動合并到目前工作分支，需要你自己手工合并。如下圖所示：
在本地建立一個git_repo檔案夾，不通過git clone指令來克隆一個遠端庫，而是通過git remote add關聯遠端庫，并用git fetch來抓取遠端庫的所有未抓取過的資料，當抓取下來之後，必須手動合并git merge遠端庫的内容，才會顯示出分支内容，否則，沒有手動合并，git fetch是不會自動合并的。
舉例2：
git pull
實驗前提：在github頁面上，dev11分支建立一個新檔案remote_file.txt，在master分支建立新檔案master_remote_file.txt。并且用git checkout -b跟蹤遠端分支dev11和master了。接下來用git pull指令（注意：是在本地dev11分支上使用git pull指令，是以會抓取dev11分支跟蹤的遠端分支的内容，并合并到本地dev11分支上。
但是這時候master分支的内容還是沒有改變。如下：
删除遠端分支
即删除遠端倉庫中的分支。
git push [remote-name] :[remote-branch-name]
還記得git push指令嗎？git push [remote-name] [local-branch-name]:[remote-branch-name]，把本地分支設定為空（冒号之前的内容），就相對于把一個空分支推送到遠端倉庫中的remote-branch-name分支去了，就相當于删除了遠端倉庫中的該分支。
舉例：
删除遠端倉庫本地關聯
git remote rm [remote-name]
舉例：git remote rm origin
删除遠端分支本地關聯
删除遠端分支關聯也即删除本地跟蹤分支。
git branch -d [local-branch-name]
和删除本地分支一樣的指令。
分支管理指令
建立、切換、檢視分支
假設dev是要建立分支名字。
git branch //檢視分支
git branch dev //建立分支
git checkout dev //切換分支
git checkout -b dev //建立并切換分支
合并分支
假設dev是要建立分支名字。
git merge --no-ff -m "commit comment" dev //禁用Fast forward模式合并分支
git merge dev //Fast forward模式合并分支
在Fast forward模式下，當删除分支後，會丢掉分支資訊。
删除分支
假設dev是要建立分支名字。
git branch -d dev
git branch -D dev //強行删除掉還未合并的分支
bug分支
由于git的分支功能強大，是以修改bug一般也是建立一個bug分支，修改後，合并到你的工作分支（master分支或者dev分支或者其他），再删除bug分支。
假設場景，當你正在dev分支上編碼工作，突然接到一個需要緊急修複的bug，你應該會想建立一個bug分支，但是你dev的工作還沒有送出（無論是add或者commit），這時候可以使用“存儲工作現場”指令，如下：
git stash //存儲工作現場，對working directory來說
然後首先确定要在哪個分支上去解決bug，比如我想要在master分支上解決bug，就先切換到master分支，然後從master分支上建立一個bug分支。（當然你也可以從别的分支上解決bug，比如dev分支上解決bug）。解決bug後合并到工作分支（就是你從哪個分支建立bug分支的那個分支）。
注意：git stash是針對工作區（working directory）來說的，對緩存區無效。是以再切換到bug分支的時候，緩存區的内容要先commit一下，要不然bug解決後，切換回工作分支，緩存區的内容就丢失了，git stash隻存儲工作區現場的内容。
git checkout master //先切換到master分支
git checkout -b bug //建立bug分支，并切換到bug分支上
... //解決bug
git add . //在bug分支上add
git commit -m "fix bug" //在bug分支上commit
git checkout master //切換回master分支
git merge --no-ff bug //在master分支上合并bug分支
git branch -d bug //删除bug分支
現在bug解決了，要回到原來dev上的工作，可是時間太久了，忘記了。那麼可以用一下指令檢視工作現場清單。
git stash list //檢視工作現場清單
可以看出來工作現場儲存的是dev分支上的現場。是以要先切換回dev分支，在恢複工作現場。如果沒有先切換到dev分支，比如在master分支就去恢複工作現場，那麼會執行合并dev分支的操作。
恢複工作現場的指令，如下：
git stash apply //恢複工作現場
git stash drop //删除工作現場清單中的對應項
或者直接
git stash pop //恢複工作現場并删除工作現場清單中的對應項
自定義git指令
忽略特殊檔案
問題提出：
有些時候，你必須把某些檔案放到Git工作目錄中，但又不能送出它們，比如儲存了資料庫密碼的配置檔案啦，等等，每次git status都會顯示Untracked files ...，這樣顯示對于使用者很不友好，應該怎麼辦？
回答：
step1：使用.gitignore檔案，然後把要忽略的檔案名填進去，git就會自動忽略這些檔案。
step2：把.gitignore檔案加入到git倉庫（目錄）中。
忽略檔案的原則是：
1、忽略作業系統自動生成的檔案，比如縮略圖等；
2、忽略編譯生成的中間檔案、可執行檔案等；
3、忽略你自己的帶有敏感資訊的配置檔案，比如存放密碼的配置檔案。
在github裡有一些.gitignore檔案的例子，網址：https://github.com/github/gitignore
舉個例子：
# Compiled Object files
*.slo
*.lo
*.o
*.obj
# Precompiled Headers
*.gch
*.pch
# Compiled Dynamic libraries
*.so
*.dylib
*.dll
配置git指令
git config //不帶global參數的是對目前倉庫進行配置（目前倉庫）
git config --global //帶global參數的是對本地所有倉庫的配置（目前使用者）
目前倉庫的git配置檔案放在.git/config檔案；
目前使用者的git配置檔案放在使用者主目錄下的一個隐藏檔案.gitconfig。
搭建自己的git伺服器
github托管私有項目是要收費的，是以可能會有搭建自己的git伺服器的需求，具體不詳述，直接參考網址：點選這裡
平常開源的我就用github，閉源的可以用[email protected]（開源中國的代碼托管平台，私有倉庫也免費）
Github使用
賬号設定
本地Git倉庫和GitHub倉庫之間的傳輸是通過SSH加密的。
為何GitHub需要SSH Key呢？因為GitHub需要識别出你推送的送出确實是你推送的，而不是别人冒充的，而Git支援SSH協定，是以，GitHub隻要知道了你的公鑰，就可以确認隻有你自己才能推送。
當然，GitHub允許你添加多個Key。假定你有若幹電腦，你一會兒在公司送出，一會兒在家裡送出，隻要把每台電腦的Key都添加到GitHub，就可以在每台電腦上往GitHub推送了。
step1：建立github賬号。（我這裡的賬号是chenj-freedom，後續文章會使用到）
step2：建立SSH key。
ssh-keygen -t rsa -C "[email protected]"
使用上面的指令建立SSH key（把郵箱換成你自己的郵箱）。指令中會要求你設定ssh key生成的路徑，設定密碼（passphrase）等等，指令執行完畢後，會在你設定的路徑中生成.ssh目錄，裡面含有id_rsa（私鑰）檔案和id_rsa.pub檔案（公鑰）。私鑰檔案不能外洩，公鑰檔案可以公開。
這個生成的key是針對每一台電腦的，每個機器根據郵箱名字來識别使用者的。
step3：登陸github網站，設定公鑰。
打開"Account settings"->"SSH Keys"頁面，然後點選"Add SSH Key"，在Key文本框中粘貼id_rsa.pub公鑰檔案的内容，點選"Add Key"，就可以看到剛添加的key了。
>>>
把本地庫推送到github遠端庫
step1：登陸github，點選"Create a new repo"。
填入倉庫名字（最好和本地庫名字一樣），其他保持預設，建立一個新的代碼倉庫。建立完畢後，會顯示如下提示：
github上的倉庫有https和ssh兩種連接配接方式，都是OK的。
step2：把本地庫推送到github遠端庫上（關聯）。
git remote add origin [email protected]:path/repo-name.git //關聯遠端庫
git push -u origin master //第一次推送master分支内容，-u參數指定遠端庫所在的伺服器為預設伺服器，在此例即為github伺服器
git push origin master //後續推送master分支内容不需要帶參數-u
說明：
1、git remote add指令就是把[email protected]:path/repo-name.git和origin關聯起來，origin的名字是你自己可以随意取的。
2、git push origin master，就是把master分支推送到遠端的origin上，也就是推送到[email protected]:path/repo-name.git倉庫中。
3、git push origin master，這裡也可以不推送master分支，可以推送其他分支。
關聯遠端庫後，可以用git remote -v指令檢視，如下：
根據step1中圖上面的提示，你可以create a new repository on the command line或者push an existing repository from the command line或者import code from another repository，我們根據第二種提示來把本地庫關聯到github遠端庫上（推送）。
推送成功後，可以看到github頁面中顯示的遠端庫和本地是一樣的了。
從github遠端庫克隆到本地庫
git clone [email protected]:chenj-freedom/git_repo.git
github原理應用
比如A有一個開源項目托管在github上，位址是[email protected]:A/git_A.git。賬戶A對該位址的遠端倉庫是有讀/寫的權限的，但是其他賬戶，比如賬戶B和賬戶C對[email protected]:A/git_A.git隻有讀的權限，但是沒有寫的權限。（這是github這個平台幫我們設定的git伺服器的權限，每個賬戶隻能對自己賬戶下的遠端倉庫讀/寫，對其他賬戶邊的遠端倉庫隻有讀權限，沒有寫權限）
其他賬戶（比如賬戶B）要讀[email protected]:A/git_A.git的倉庫，可以在github網站上進行fork操作，就會克隆一個git_A倉庫到自己的賬戶下，然後本地對自己賬戶下的這個git_A倉庫是有讀/寫的權限的。
當想把自己的代碼貢獻給賬戶A，那麼在github網站上進行pull request操作即可，至于賬戶A是否願意接受你的代碼，那是由賬戶A決定的。
其它
推薦相關git教程（此教程更為詳細）：http://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000
http://git.oschina.net/progit/
http://www.yiibai.com/git/home.html