1. 程式人生 > >git 相關知識

git 相關知識

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分支的結構如下圖。

可以使用如下命令檢視分支合併情況。

 

[cpp] view plain copy

  在CODE上檢視程式碼片派生到我的程式碼片

  1. 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上的安裝

1、yum install git  

windows上的安裝

http://git-scm.com/download/win

下載安裝即可。

 

安裝完成後,還需要最後一步設定,在命令列輸入:

  1. git config --global user.name "Your Name"  
  2. 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

  1. mkdir git_repo  
  2. cd git_repo  
  3. git init  

會在目錄中生成.git資料夾,該資料夾就是git倉庫的管理檔案,不要隨意改動裡面的內容。該資料夾預設是隱藏,ls命令看不到,用ls -ah命令可以看到。

 

 

新建一個file1.txt檔案,檔案內容如下(隨意寫的):

     This is file1.txt.  

  1. for test~~~  

 

把檔案新增到程式碼庫

  1. git add file1 file2...  
  2. git commit -m "comment"  

 

git add是把想要提交的檔案先提交到commit快取中;

git commit才是真正的檔案提交。

通過git add命令,就等於是把檔案加入到git管理中,會有各種git資訊跟蹤,比如程式碼版本號,修改了哪裡等等。

 

檢視程式碼倉庫狀態

  1. git status  

假設我修改了file1.txt檔案內容如下:

  1. hello everybody!  
  2. This is an file1.txt.  
  3.   
  4. end file.  

然後用git status命令看一下:

 

上面的提示告訴我們file1.txt被修改過了,但是還沒有add到commit快取中,即還沒有準備提交(commit)

 

檢視修改內容

雖然git status告訴我們file1.txt被修改了,但是沒告訴我們哪裡被修改,為了具體檢視檔案什麼地方被修改,就使用如下命令:

  1. 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,如下所示:

 

檢視兩個版本之間的不同

  1. git diff 版本1 版本2 [檔案]  

檔案是可選的引數,不帶[檔案]引數的是比較所有的不同修改:

 

帶[檔案]引數的,你可以只檢視某個檔案的不同:

 

檢視commit歷史

  1. git log  

 

 

檢視命令歷史

  1. git reflog  

版本回退

  1. git reset --hard HEAD^  
  2. git reset --hard [email protected]{4}  

先用git log或者git reflog看下歷史版本,然後用git reset 命令回退版本,如下:

 

git是用HEAD來表示當前分支中的當前版本,HEAD^表示上一個版本,HEAD^^表示上上一個版本,以此類推,如果要回退很早的版本就用[email protected]{版本號},版本號用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

已經提交了不合適的修改到版本庫時,想要撤銷本次提交,參考版本回退一節,不過前提是沒有推送到遠端庫

 

刪除檔案/誤刪除還原

從版本庫中刪除檔案

  1. git rm file 或者 git add file  
  2. git commit  

 

誤刪除復原 或者 修改後復原

  1. git checkout -- file  

 

git checkout -- file其實就是用版本庫中的file檔案替換工作區的檔案,所以無論工作區的file檔案是被修改了還是被刪除了,用這個命令都可以一鍵還原。

 

遠端倉庫命令

 

關聯遠端倉庫

  1. git remote add 遠端倉庫名 [url]  

 

舉例:

  1. git remote add origin [email protected]:chenj-freedom/learngit.git  

如上,origin是遠端倉庫的名字(注意:是倉庫的名字,倉庫中含有分支等資訊)。

 

 

檢視遠端倉庫

  1. git remote //檢視遠端倉庫  
  2. git remote -v //檢視遠端倉庫,更詳細資訊  

如下圖:

 

fetch說明本地有提取遠端倉庫的許可權,push說明本地有推送程式碼到遠端倉庫的許可權。

 

克隆遠端倉庫

  1. 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)的內容。

命令格式如下:

  1. git checkout -b [local-branch-name] [remote-name]/[remote-branch-name] //傳統格式  
  2. 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就預設本地分支名和遠端分支名一樣)

 

推送內容

  1. 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。

 

 

抓取內容

  1. git fetch [remote-name] //抓取遠端倉庫的全部內容,但是不會自動合併  
  2. 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分支的內容還是沒有改變。如下:

 

 

刪除遠端分支

即刪除遠端倉庫中的分支。

  1. git push [remote-name] :[remote-branch-name]  


還記得git push命令嗎?git push [remote-name] [local-branch-name]:[remote-branch-name],把本地分支設定為空(冒號之前的內容),就相對於把一個空分支推送到遠端倉庫中的remote-branch-name分支去了,就相當於刪除了遠端倉庫中的該分支。

 

舉例:

 

刪除遠端倉庫本地關聯

  1. git remote rm [remote-name]  

舉例:git remote rm origin

 

刪除遠端分支本地關聯

刪除遠端分支關聯也即刪除本地跟蹤分支。

  1. git branch -d [local-branch-name]  

和刪除本地分支一樣的命令。

 

分支管理命令

 

建立、切換、檢視分支

假設dev是要建立分支名字。

  1. git branch //檢視分支  
  2. git branch dev //建立分支  
  3. git checkout dev //切換分支  
  4. git checkout -b dev //建立並切換分支  

 

合併分支

假設dev是要建立分支名字。

  1. git merge --no-ff -m "commit comment" dev //禁用Fast forward模式合併分支  
  2. git merge dev //Fast forward模式合併分支  

在Fast forward模式下,當刪除分支後,會丟掉分支資訊。

刪除分支

假設dev是要建立分支名字。

  1. git branch -d dev  
  2. git branch -D dev //強行刪除掉還未合併的分支  

bug分支

由於git的分支功能強大,所以修改bug一般也是新建一個bug分支,修改後,合併到你的工作分支(master分支或者dev分支或者其他),再刪除bug分支。

假設場景,當你正在dev分支上編碼工作,突然接到一個需要緊急修復的bug,你應該會想建立一個bug分支,但是你dev的工作還沒有提交(無論是add或者commit),這時候可以使用“儲存工作現場”命令,如下:

  1. git stash //儲存工作現場,對working directory來說  

然後首先確定要在哪個分支上去解決bug,比如我想要在master分支上解決bug,就先切換到master分支,然後從master分支上建立一個bug分支。(當然你也可以從別的分支上解決bug,比如dev分支上解決bug)。解決bug後合併到工作分支(就是你從哪個分支建立bug分支的那個分支)。

注意:git stash是針對工作區(working directory)來說的,對快取區無效。所以再切換到bug分支的時候,快取區的內容要先commit一下,要不然bug解決後,切換回工作分支,快取區的內容就丟失了,git stash只儲存工作區現場的內容。

 

 

[cpp] view plain copy

  在CODE上檢視程式碼片派生到我的程式碼片

  1. git checkout master //先切換到master分支  
  2. git checkout -b bug //建立bug分支,並切換到bug分支上  
  3. ... //解決bug  
  4. git add . //在bug分支上add  
  5. git commit -m "fix bug" //在bug分支上commit  
  6. git checkout master //切換回master分支  
  7. git merge --no-ff bug //在master分支上合併bug分支  
  8. git branch -d bug //刪除bug分支  

現在bug解決了,要回到原來dev上的工作,可是時間太久了,忘記了。那麼可以用一下命令檢視工作現場列表。

  1. git stash list //檢視工作現場列表  

 

可以看出來工作現場儲存的是dev分支上的現場。所以要先切換回dev分支,在恢復工作現場。如果沒有先切換到dev分支,比如在master分支就去恢復工作現場,那麼會執行合併dev分支的操作

恢復工作現場的命令,如下:

  1. git stash apply //恢復工作現場  
  2. git stash drop //刪除工作現場列表中的對應項  

或者直接

  1. 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

舉個例子:

  1. # Compiled Object files  
  2. *.slo  
  3. *.lo  
  4. *.o  
  5. *.obj  
  6.   
  7. # Precompiled Headers  
  8. *.gch  
  9. *.pch  
  10.   
  11. # Compiled Dynamic libraries  
  12. *.so  
  13. *.dylib  
  14. *.dll  

 

 

配置git命令

  1. git config //不帶global引數的是對當前倉庫進行配置(當前倉庫)  
  2. 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賬號。

step2:建立SSH key。

  1. 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遠端庫上(關聯)。

  1. git remote add origin [email protected]:path/repo-name.git //關聯遠端庫  
  2. git push -u origin master //第一次推送master分支內容,-u引數指定遠端庫所在的伺服器為預設伺服器,在此例即為github伺服器  
  3. 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遠端庫克隆到本地庫

  1. 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/