Git 系列（三）建立你的第乙個 Git 倉庫

現在是時候學習怎樣建立你自己的 git 倉庫了，還有怎樣增加檔案和完成提交。

在本系列前面的文章中，你已經學習了怎樣作為乙個終端使用者與 git 進行互動;你就像乙個漫無目的的流浪者一樣偶然發現了乙個開源專案**，轉殖了倉庫，然後你就可以繼續鑽研它了。你知道了和 git 進行互動並不像你想的那樣困難，或許你只是需要被說服現在去使用 git 完成你的工作罷了。

雖然 git 確實是被許多重要軟體選作版本控制工具，但是並不是僅能用於這些重要軟體;它也能管理你購物清單(如果它們對你來說很重要的話，當然可以了!)、你的配置檔案、週報或日記、專案進展日誌、甚至源**!

使用 git 是很有必要的，畢竟，你肯定有過因為乙個備份檔案不能夠辨認出版本資訊而抓狂的時候。

git 無法幫助你，除非你開始使用它，而現在就是開始學習和使用它的最好時機。或者，用 git 的話來說，「沒有其他的 push 能像 origin head 一樣有幫助了」(千里之行始於足下的意思)。我保證，你很快就會理解這一點的。

模擬於錄音

我們經常用名詞「快照」來指代計算機上的映象，因為很多人都能夠對插滿了不同時光的**的相簿充滿了感受。這很有用，不過，我認為 git 更像是進行一場錄音。

你也可以拷貝或換下整個磁帶，如果你要對你的作品重新混音的話。

現在我希望對於上述的上世紀 70 年代的錄音工作的描述足夠生動，這樣我們就可以把 git 的工作想象成乙個錄音工作了。

新建乙個 git 倉庫

首先得為我們的虛擬的錄音機買一些磁帶。用 git 的話說，這些磁帶就是倉庫;它是完成所有工作的基礎，也就是說這裡是存放 git 檔案的地方(即 git 工作區)。

任何目錄都可以成為乙個 git 倉庫，但是讓我們從乙個新目錄開始。這需要下面三個命令：

在終端裡切換到目錄。

將其初始化成乙個 git 管理的目錄。

也就是執行如下**：

$ mkdir ~/jupiter # 建立目錄

$ cd ~/jupiter # 進入目錄

$ git init . # 初始化你的新 git 工作區

在這個例子中，資料夾 jupiter 是乙個空的但是合法的 git 倉庫。

有了倉庫接下來的事情就可以按部就班進行了。你可以轉殖該倉庫，你可以在乙個歷史點前後來回穿梭(前提是你有乙個歷史點)，建立交替的時間線，以及做 git 能做的其它任何事情。

在 git 倉庫裡面工作和在任何目錄裡面工作都是一樣的，可以在倉庫中新建檔案、複製檔案、儲存檔案。你可以像平常一樣做各種事情;git 並不複雜，除非你把它想複雜了。

在本地的 git 倉庫中，乙個檔案可以有以下這三種狀態：

任何你新加入到 git 倉庫中的檔案都是未跟蹤檔案。這些檔案儲存在你的電腦硬碟上，但是你沒有告訴 git 這是需要管理的檔案，用我們的錄音機來模擬，就是錄音機還沒開啟;樂隊就開始在錄音棚裡忙碌了，但是錄音機並沒有準備錄音。

不用擔心，git 會在出現這種情況時告訴你：

$ echo

"hello world"

> foo

$ git status

onbranch master

untracked files:

(use "git add ..."

toinclude

inwhat will be

committed

)

foo

nothing added but untracked files present (use "git add"

totrack)

你看到了，git 會提醒你怎樣把檔案加入到提交任務中。

不使用 git 命令進行 git 操作

在 github 或 gitlab 上建立乙個倉庫只需要用滑鼠點幾下即可。這並不難，你單擊「new repository」這個按鈕然後跟著提示做就可以了。

在倉庫中包括乙個「readme」檔案是乙個好習慣，這樣人們在瀏覽你的倉庫的時候就可以知道你的倉庫是幹什麼的，更有用的是可以讓你在轉殖乙個有東西的倉庫前知道它有些什麼。

轉殖倉庫通常很簡單，但是在 github 上獲取倉庫改動許可權就稍微複雜一些，為了通過 github 驗證你必須有乙個 ssh 金鑰。如果你使用 linux 系統，可以通過下面的命令生成：

$ ssh-keygen

然後複製你的新金鑰的內容，它是純文字檔案，你可以使用乙個文字編輯器開啟它，也可以使用如下 cat 命令檢視：

$ cat ~/.ssh/id_rsa.pub

現在把你的金鑰貼上到 github ssh 配置檔案中，或者 gitlab 配置檔案。

如果你通過使用 ssh 模式轉殖了你的專案，你就可以將修改寫回到你的倉庫了。

另外，如果你的系統上沒有安裝 git 的話也可以使用 github 的檔案上傳介面來新增檔案。

跟蹤檔案

正如命令 git status 的輸出告訴你的那樣，如果你想讓 git 跟蹤乙個檔案，你必須使用命令 git add 把它加入到提交任務中。這個命令把檔案存在了暫存區，這裡存放的都是等待提交的檔案，或者也可以用在快照中。在將檔案包括到快照中，和新增要 git 管理的新的或臨時檔案時，git add 命令的目的是不同的，不過至少現在，你不用為它們之間的不同之處而費神。

模擬錄音機，這個動作就像開啟錄音機開始準備錄音一樣。你可以想象為對已經在錄音的錄音機按下暫停按鈕，或者倒回開頭等著記錄下個音軌。

當你把檔案新增到 git 管理中，它會標識其為已跟蹤檔案：

$ git

addfoo

$ git status

onbranch master

changes to

be committed

: (use "git reset head ..."

tounstage)

new file: foo

加入檔案到提交任務中並不是「準備錄音」。這僅僅是將該檔案置於準備錄音的狀態。在你新增檔案後，你仍然可以修改該檔案;它只是被標記為已跟蹤和處於暫存區，所以在它被寫到「磁帶」前你可以將它撤出或修改它(當然你也可以再次將它加入來做些修改)。但是請注意：你還沒有在磁帶中記錄該檔案，所以如果弄壞了乙個之前還是好的檔案，你是沒有辦法恢復的，因為你沒有在「磁帶」中記下那個檔案還是好著的時刻。

如果你最後決定不把檔案記錄到 git 歷史列表中，那麼你可以撤銷提交任務，在 git 中是這樣做的：

$ git reset head foo

這實際上就是解除了錄音機的準備錄音狀態，你只是在錄音棚中轉了一圈而已。

大型提交

有時候，你想要提交一些內容到倉庫;我們以錄音機模擬，這就好比按下錄音鍵然後記錄到磁帶中一樣。

在乙個專案所經歷的不同階段中，你會按下這個「記錄鍵」無數次。比如，如果你嘗試了乙個新的 python 工具包並且最終實現了視窗呈現功能，然後你肯定要進行提交，以便你在實驗新的顯示選項時搞砸了可以回退到這個階段。但是如果你在 inkscape 中畫了一些圖形草樣，在提交前你可能需要等到已經有了一些要開發的內容。儘管你可能提交了很多次，但是 git 並不會浪費很多，也不會占用太多磁碟空間，所以在我看來，提交的越多越好。

commit 命令會「記錄」倉庫中所有的暫存區檔案。git 只「記錄」已跟蹤的檔案，即，在過去某個時間點你使用 git add 命令加入到暫存區的所有檔案，以及從上次提交後被改動的檔案。如果之前沒有過提交，那麼所有跟蹤的檔案都包含在這次提交中，以 git 的角度來看，這是一次非常重要的修改，因為它們從沒放到倉庫中變成了放進去。

完成一次提交需要執行下面的命令：

$ git

commit

-m 'my great project, first commit.'

這就儲存了所有提交的檔案，之後可以用於其它操作(或者，用英國電視劇集《神秘博士》中時間領主所講的 gallifreyan 語說，它們成為了「固定的時間點」 )。這不僅是乙個提交事件，也是乙個你在 git 日誌中找到該提交的引用指標：

$ git log

--oneline

55df4c2 my great project, first

commit

. 如果想瀏覽更多資訊，只需要使用不帶 --oneline 選項的 git log 命令。

在這個例子中提交時的引用號碼是 55df4c2。它被叫做「提交雜湊commit hash」(lctt 譯註：這是乙個 sha-1 演算法生成的雜湊碼，用於表示乙個 git 提交物件)，它代表著剛才你的提交所包含的所有新改動，覆蓋到了先前的記錄上。如果你想要「倒回」到你的提交歷史點上，就可以用這個雜湊作為依據。

你可以把這個雜湊想象成乙個聲音磁帶上的smpte 時間碼，或者再形象一點，這就是好比乙個黑膠唱片上兩首不同的歌之間的空隙，或是乙個 cd 上的音軌編號。

當你改動了檔案之後並且把它們加入到提交任務中，最終完成提交，這就會生成新的提交雜湊，它們每乙個所標示的歷史點都代表著你的產品不同的版本。

這就是 charlie brown 這樣的**家們為什麼用 git 作為版本控制系統的原因。

在接下來的文章中，我們將會討論關於 git head 的各個方面，我們會真正地向你揭示時間旅行的秘密。不用擔心，你只需要繼續讀下去就行了(或許你已經在讀了?)。

Git 系列（三） 建立你的第乙個 Git 倉庫

建立你的第乙個 Git 倉庫

建立你的第乙個 Git 倉庫

建立你的第乙個Gem

相關推薦

Git 系列（三）建立你的第乙個 Git 倉庫