Git歷險記(3)：創(chuàng)建一個自己的本地倉庫
51CTO編者按：本文是譯者劉輝對系列文章《Git Community Book》翻譯的第三篇，本文用“庖丁解牛”的方法介紹如何把一個項目加入到版本管理中的具體過程。如果你對Git的下載、安裝和配置的具體方法還不清楚，可以參考Git歷險記(2)：Git的安裝和配置。以下是本篇正文。
如果我們要把一個項目加入到Git的版本管理中，可以在項目所在的目錄用git init命令建立一個空的本地倉庫，然后再用git add命令把它們都加入到Git本地倉庫的暫存區(qū)(stage or index)中，***再用git commit命令提交到本地倉庫里。
創(chuàng)建一個新的項目目錄，并生成一些簡單的文件內容：
$ mkdir test_proj $ cd test_proj $ echo “hello,world” > readme.txt
在項目目錄創(chuàng)建新的本地倉庫，并把項目里的所有文件全部添加、提交到本地倉庫中去：
$ git init #在當前的目錄下創(chuàng)建一個新的空的本地倉庫 Initialized empty Git repository in /home/user/test_proj/.git/ $ git add . #把前目錄下的所有文件全部添加到暫存區(qū) $ git commit -m 'project init' #創(chuàng)建提交 [master (root-commit) b36a785] project init 1 files changed, 1 insertions(+), 0 deletions(-) create mode 100644 readme.txt
Git目錄的結構
git init命令在項目的頂層目錄中建了一個名為：“.git”的目錄，它的別名是 “Git目錄”(Git directory)。這時”Git目錄”中雖然有一些文件，但是沒有任何提交(commit)在里面，所以我們叫它是空倉庫(empty Git repository)。
和 SVN不同，一個Git項目一般只在項目的根目錄下建一個“.git”目錄，而SVN則會在項目的每一個目錄下建一個”.svn”目錄;這也我喜歡Git的原因之一：)
Git把所有的歷史提交信息全部存儲在“Git目錄”里，它就是一個Git項目的倉庫;你對本地的源代碼進行編輯修改后創(chuàng)建的提交也都會先保存在這里面，然后再推送到遠端的服務器。當我們我把項目目錄和“Git目錄”一起拷到其它電腦里，它能馬上正常的工作(所有的提交信息全都保存在Git目錄里);甚至可以只把“Git目錄”拷走也行，但是要再簽出(checkout)一次。
Git為了 調試的方便，它可以指定項目的Git目錄的位置。有兩種辦法：一是設置“GIT_DIR”環(huán)境變量，二是在命令行里設定“--git-dir--git-dir”參數(shù)指定它的位置，大家可以看一下這里(git(1) Manual Page)。#p#
庖丁解牛
前面的這些東東我在***篇里也大概的講過一些，但是今天我們想不但要開動這輛叫“Git”的跑車，還想看看它里面有些什么樣的零件，是怎么構成的。
OK，我們來看看“test_proj”項目里的“Git目錄”的結構：
$cd test_proj/.git $ ls | more branches/ # 新版的Git已經(jīng)不再使用這個目錄，所以大家看到它 #一般會是空的 COMMIT_EDITMSG # 保存著上一次提交時的注釋信息 config # 項目的配置信息 description # 項目的描述信息 HEAD # 項目當前在哪個分支的信息 hooks/ # 默認的“hooks” 腳本文件 index # 索引文件，git add 后把要添加的項暫存到這里 info/ # 里面有一個exclude文件，指定本項目要忽略的文件 #，看一下這里 logs/ # 各個refs的歷史信息 objects/ # 這個目錄非常重要，里面存儲都是Git的數(shù)據(jù)對象 # 包括：提交(commits), 樹對象(trees)，二進制對象 #(blobs),標簽對象(tags)。 #不明白沒有關系，后面會講的。 refs/ # 標識著你的每個分支指向哪個提交(commit)。
我先用git log命令來看一下這個Git項目里有哪些提交：
$ git log commit 58b53cfe12a9625865159b6fcf2738b2f6774844 Author: liuhui998 Date: Sat Feb 19 18:10:08 2011 +0800 project init
大家可以看到目前只有一個提交(commit)對象，而它的名字就是：”58b53cfe12a9625865159b6fcf2738b2f6774844”。這個名字就是對象內容的一個SHA簽名串值，只要對象里面的內容不同，那么我們就可以認為對象的名字不會相同，反之也成立。我在使用時一般不用把這個40個字符輸全，只要把前面的5~8個字符輸完就可以(前提是和其它的對象名不沖突)。為了方便表示，在不影響表達的情況下，我會只寫SHA串值的前6個字符。
我們可以用git cat-file來看一下這個提交里的內容是什么:
$ git cat-file -p 58b53c tree 2bb9f0c9dc5caa1fb10f9e0ccbb3a7003c8a0e13 author liuhui998 1298110208 +0800 committer liuhui998 1298110208 +0800 project init
大家可以看到：提交“58b53c” 是引用一個名為“2bb9f0”的樹對象(tree)。一個樹對象(tree)可以引用一個或多個二進制對象(blob), 每個二進制對象都對應一個文件。 更進一步, 樹對象也可以引用其他的樹對象，從而構成一個目錄層次結構。我們再看一下這個樹對象(tree)里面有什么東東：
$ git cat-file -p 2bb9f0 100644 blob 2d832d9044c698081e59c322d5a2a459da546469 readme.txt
不難看出，2bb9f0”這個樹對象(tree)包括了了一個二進制對象(blob)，對應于我們在前面創(chuàng)建的那個叫 ”readme.txt”的文件。現(xiàn)在我們來看看這個”blob”里的數(shù)據(jù)是不是和前面的提交的內容一致：
$ git cat-file -p 2d832d hello,world
哈哈，熟悉的“hello,world”又回來了。
想不想看看提交對象、樹對象和二進制對象是怎么在”Git目錄“中存儲的;沒有問題，執(zhí)行下面的命令，看看”.git/objects”目錄里的內容：
$ find .git/objects .git/objects .git/objects/2b .git/objects/2b/b9f0c9dc5caa1fb10f9e0ccbb3a7003c8a0e13 .git/objects/2d .git/objects/2d/832d9044c698081e59c322d5a2a459da546469 .git/objects/58 .git/objects/58/b53cfe12a9625865159b6fcf2738b2f6774844 .git/objects/info .git/objects/pack
如果大家仔細看上面命令執(zhí)行結果中的粗體字，所有的對象都使用SHA簽名串值作為索引存儲在”.git/objects”目錄之下;SHA串的前兩個字符作為目錄名，后面的38個字符作為文件名。
這些文件的內容其實是壓縮的數(shù)據(jù)外加一個標注類型和長度的頭。類型可以是提交對象(commit)、二進制對象(blob)、 樹對象(tree)或者標簽對象(tag)。#p#
如何clone一個遠程項目
我身邊的很多朋友是因為要得到某個開源項目的代碼，所以才開始學習使用Git。而獲取一個項目的代碼的一般的做法就是用git clone命令進行直接復制。
例如，有些朋友可能想看一下***的linux內核源代碼，當我們打開它的網(wǎng)站時，發(fā)現(xiàn)有如下面的一段提示：
URL git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git http://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
URL下面的三行字符串表示三個地址，我們可以通過這三個地址得到同樣的一份Linux內核源代碼。
也就是說下面這三條命令最終得到的是同一份源代碼：
git clone git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git git clone http://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git git cone https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
我們先來看一下URL，git://、http://、https://這些代表是傳輸git倉庫的協(xié)議形式，而“git.kernel.org“則代表了Git倉庫存儲的服務器名字(域名)，“/pub/scm/linux/kernel/git/torvalds/linux-2.6.git” 則代表了Git倉庫在服務器上位置。
Git 倉庫除了可以通過上面的git、http、https協(xié)議傳輸外還可以通過ssh、ftp(s)、rsync等協(xié)議來傳輸。git clone的本質就是把“Git目錄”里面的內容拷貝過來，大家想想看，一般的“Git目錄”里有成千上萬的各種對象(提交對象，樹對象，二進制對象......)，如果逐一復制的話，其效率就可想而知。
如果通過git、ssh協(xié)議傳輸，服務器端會在傳輸前把需要傳輸?shù)母鞣N對象先打好包再進行傳輸;而http(s)協(xié)議則會反復請求要傳輸?shù)牟煌瑢ο?。如果倉庫里面的提交不多的話，前者和后者的效率相差不多;但是若倉庫里有很多提交的話，git、ssh協(xié)議進行傳輸則會更有效率。
不過現(xiàn)在Git對http(s)協(xié)議傳輸Git倉庫做了一定的優(yōu)化，http(s)傳輸現(xiàn)在也能達到ssh協(xié)議的效率，有興趣的朋友可以看一下這里(Smart HTTP Transport)。
好的，現(xiàn)在我們執(zhí)行了下面這條命令，把linux-2.6的***版源代碼clone下來：
$cd ~/ $mkdir temp $git clone git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git Initialized empty Git repository in /home/liuhui/temp/linux-2.6/.git/ remote: Counting objects: 1889189, done. remote: Compressing objects: 100% (303141/303141), done. Receiving objects: 100% (1889189/1889189), 385.03 MiB | 1.64 MiB/s, done. remote: Total 1889189 (delta 1570491), reused 1887756 (delta 1569178) Resolving deltas: 100% (1570491/1570491), done. Checking out files: 100% (35867/35867), done.
當我們執(zhí)行了“git clone git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git”這條命令后大家可以看到這條輸出：
Initialized empty Git repository in /home/user/temp/linux-2.6/.git/
這就是意味著我們在本地先建了一個“linux-2.6”目錄，然后在這個目錄建了一個空的Git本地倉庫(Git目錄);里面將會存儲從網(wǎng)上拉下來的歷史提交。
下面兩條輸入代表服務器現(xiàn)在調用 git-pack-objects 對它的倉庫進行打包和壓縮：
remote: Counting objects: 1888686, done. remote: Compressing objects: 100% (302932/302932), done.
然后客戶端接收服務器端發(fā)過送過來的數(shù)據(jù)：
Receiving objects: 100% (1889189/1889189), 385.03 MiB | 1.64 MiB/s, done.
在我們執(zhí)行完上面的clone linux-2.6代碼的的操作后，Git會從“Git目錄”里把***的代碼到簽出(checkout)到“linux-2.6”這個目錄里面。我們一般把本地的“linux-2.6”這個目錄叫做”工作目錄“(work directory)，它里面保存著你從其它地方clone(or checkout)過來的代碼。當你在項目的不同分支間切換時，“工作目錄”中的文件可能會被替換或者刪除;“工作目錄”只是保存著當前的工作，你可以修改里面文件的內容直到下次提交為止。
大家還記得前面的“庖丁解牛”嗎，是不是覺得只殺一頭叫“hello,world”的小牛太不過癮了。沒有問題，拿起前面的那把小刀，來剖析一下現(xiàn)在躺在你硬盤里這頭叫“linux-2.6”大?？纯矗蚁胍欢ê芎猛?。
原文鏈接：http://www.infoq.com/cn/news/2011/02/git-adventures-local-repository
【編輯推薦】
