Git管理專案例項說明-記錄和跟蹤專案

散盡浮華發表於2016-12-20

 

假設一個HTML專案,使用Git來記錄和跟蹤這個專案,包括以下內容:
1)建立版本庫。
2)新增與修改檔案。
3)建立新分支。
4)打標籤並整理版本庫。
5)克隆版本庫。

1.建立版本庫 Creating a Repository
在Git中,版本庫(.git目錄)是與工作目錄樹並排放在同一個目錄中的。
本例中,要建立一個HTML頁面,給這個專案取名為mysite。
首先建立一個同名目錄“mysite”,並進入到這個目錄,然後輸入命令git init。
[root@master-node ~]# mkdir mysite
[root@master-node ~]# cd mysite
[root@master-node mysite]# git init
Initialized empty Git repository in /root/mysite/.git/
建立完成。

2.程式碼修改
往空版本庫裡面新增檔案:
建立一個名為index.html的檔案,並新增文字:
[root@master-node mysite]# vim index.html

<html>
<body>
<h1>Hello World</h1>
<p>My first paragraph.</p>
</body>
</html>

建立了一個簡單的HTML檔案後(把它放在mysite路徑下),就可以開始跟蹤版本了。

要想讓Git跟蹤這個檔案,須先讓它知道這個檔案,要分兩步走:
1)首先使用git add命令把該檔案新增到版本庫的索引(index);
2)然後使用git commit命令提交。

檔案或檔案列表可以作為git add命令的引數。
[root@master-node mysite]# git add index.html

git commit命令建立一個提交記錄。
提交記錄是儲存在版本中的歷史記錄,每提交一次建立一個記錄,並標記出程式碼的演進。
Git把提交者的姓名和郵件地址,以及提交留言,都新增到提交記錄中。
引數-m,告訴Git本次提交的留言為"add in hello world HTML"。
commit提交前要進行global全域性設定,設定郵箱和使用者名稱地址,不然提交會失敗
[root@master-node mysite]# git config --global user.email "wangshibo@huanqiu.cn"
[root@master-node mysite]# git config --global user.name "wangshibo"
[root@master-node mysite]# git commit -m "add in hello world HTML"

執行命令git log可以看到這個提交相關的資訊:
輸出的第一行顯示提交名稱,是Git自動產生的SHA-1碼。Git通過它來跟蹤提交,使用該雜湊碼可以保證每個提交的名稱都是獨一無二的。
[root@master-node mysite]# git log
commit 6881e1772267debce7bc29ee90cc5acf448ab24a
Author: wangshibo <wangshibo@xqshijie.cn>
Date: Tue Dec 20 17:16:20 2016 +0800

add in hello world HTML

3.專案後續開發中,修改HTML檔案如下:
[root@master-node mysite]# vim index.html

<html>
<head>
<title>Hello World in Git</title>
</head>
<body>
<h1>Hello World</h1>
<p>My first paragraph.</p>
</body>
</html>

修改完畢,Git可以檢測到檔案被修改。
命令git status會顯示工作目錄樹的狀態,即當前的檢視狀態。
[root@master-node mysite]# git status
# On branch master
# Changes not staged for commit:
# (use "git add <file>..." to update what will be committed)
# (use "git checkout -- <file>..." to discard changes in working directory)
#
# modified: index.html
#
no changes added to commit (use "git add" and/or "git commit -a")

上面的結果表明Git監測到了修改,但還不知道如何處理它們。
如果要提交,需要暫存(stage)修改,以準備把修改提交到版本庫

Git有三個地方可以存放程式碼:
1)第一個地方是工作目錄樹,編輯檔案時可以直接在這裡操作;
2)第二個是索引(index),也就是暫存區(staging area)。暫存區是工作目錄樹和版本庫之間的緩衝區。
3)第三個,也就是最終的一個,是版本庫。

命令git add,可以暫存對檔案剛做的修改。它跟前面新增一個新檔案時使用的是同一個命令,只不過,這次它告訴Git要跟蹤的是一個新的修改而非新的檔案。
[root@master-node mysite]# git add index.html
[root@master-node mysite]# git status
# On branch master
# Changes to be committed:
# (use "git reset HEAD <file>..." to unstage)
#
# modified: index.html
#

暫存修改過的index.html之後,執行命令git status可以看到,資訊變為了Changes to be commited,index.html這行由紅色變為了綠色。
使用命令git commit時,不要忘記使用帶-m的引數,並在引數後面加上提交留言,以解釋修改的原因,如下:
git log可以快速瀏覽提交留言:
[root@master-node mysite]# git log
commit 6881e1772267debce7bc29ee90cc5acf448ab24a
Author: wangshibo <wangshibo@xqshijie.cn>
Date: Tue Dec 20 17:16:20 2016 +0800

add in hello world HTML
[root@master-node mysite]# git log -1
commit 6881e1772267debce7bc29ee90cc5acf448ab24a
Author: wangshibo <wangshibo@xqshijie.cn>
Date: Tue Dec 20 17:16:20 2016 +0800

add in hello world HTML
命令中加入引數:-1可以限制命令輸出的提交條目的個數。

4.分支理解和使用
比如mysite專案的程式碼現在幾乎可以釋出了,但是還需要進行測試等工作,直到確認它達到了預期的功能和質量,而與此同時,藉助分支,可以開始下一個版本的新功能的開發了。
建立分支的命令是git branch,該命令需要兩個引數:新分支名稱和父分支名稱。
新建立的分支基於已經存在的父分支。
[root@master-node mysite]# git branch RB_1.0 master
該命令從主分支(master branch)上建立一個叫RB_1.0的分支。
主分支master是Git的預設分支。分支名稱中的RB代表釋出分支(release branch)。該字首可以讓人快速分辨出哪些分支是釋出分支。

現在來做一些新的改動。這些改動不影響準備釋出的程式碼。
在</body>之前增加如下程式碼:
[root@master-node mysite]# vim index.html

<html>
<head>
<title>Hello World in Git</title>
</head>
<body>
<h1>Hello World</h1>
<p>My first paragraph.</p>
<ul>
<li><a href="bio.html">Biography</a></li>
</ul>
</body>
</html>

用如下命令提交這些修改:
[root@master-node mysite]# git commit -am "edit index.html"
Aborting commit due to empty commit message.
引數-a告訴Git提交全部修改過的檔案。

現在主分支上有最新的修改,而釋出分支上還是原來的程式碼。
請切換到釋出分支,做釋出前的最後修改。切換分支的命令是git checkout。
[root@master-node mysite]# git checkout RB_1.0
M index.html
Switched to branch 'RB_1.0'

轉換分支後,所使用的開啟檔案的編輯器會提醒檔案已經被修改,重新載入檔案,會發現剛才在主分支上做過的修改消失了。
可以用git status命令來檢視自己在哪一個分支上:
[root@master-node mysite]# git status
# On branch RB_1.0
# Changes to be committed:
# (use "git reset HEAD <file>..." to unstage)
#
# modified: index.html
#
# Changes not staged for commit:
# (use "git add <file>..." to update what will be committed)
# (use "git checkout -- <file>..." to discard changes in working directory)
#
# modified: index.html
#

做釋出前的最後修改:在<head>標記塊中新增一些描述性的元標籤:
[root@master-node mysite]# vim index.html

<html>
<head>
<title>Hello World in Git</title>
<meta name="description" content="hello world in Git"/>
</head>
<body>
<h1>Hello World</h1>
<p>My first paragraph.</p>
<ul>
<li><a href="bio.html">Biography</a></li>
</ul>
</body>
</html>

儲存並修改該提交:
[root@master-node mysite]# git commit -am "edit indes.html-2"
Aborting commit due to empty commit message.

5.處理髮布
(1)新增標籤
現在是釋出的時候了,要給版本打個標籤。
給Git中的程式碼打標籤,意味著在版本庫的歷史中標記出特定的點,這樣將來就容易找到相應版本的程式碼。
[root@master-node mysite]# git tag 1.0 RB_1.0
以上命令中的兩個引數分別指明瞭標籤的名稱(1.0)和希望打標籤的點(RB_1.0分支的末梢(所對應的版本或者說所對應的提交))。
用不帶引數的命令git tag可以檢視版本庫中的標籤列表:
[root@master-node mysite]# git tag
1.0

(2)變基
想把RB_1.0分支上所做的修改合併到主分支上來,變基命令git rebase可以完成這項工作。
變基是把一條分支上的修改在另一條分支的末梢重現。
先回到主分支:
[root@master-node mysite]# git checkout master
M index.html
Switched to branch 'master'
接著執行命令git rebase,後面跟一個引數:希望變基到哪條分支的末梢,就使用哪條分支名稱做引數。
[root@master-node mysite]# git rebase RB_1.0
Current branch master is up to date.

變基前和變基後的版本庫如下面兩個圖:

(3)刪除分支
作為整理工作的一部分,刪除釋出分支RB_1.0。
只要標籤還在,從標籤到版本樹起點的一連串提交記錄就都在。
這時候刪除分支只是刪除了分支的名字,並不會刪除分支上的任何實際內容。
[root@master-node mysite]# git branch -d RB_1.0
Deleted branch RB_1.0 (was 6881e17).
[root@master-node mysite]# git tag
1.0
[root@master-node mysite]# git branch -d RB_1.0
error: branch 'RB_1.0' not found.

(4)打補丁
如果沒有了釋出分支,如何給1.0.x分支打補丁呢?很簡單,只需要在打標籤的地方再建立一條分支即可。
前面建立分支的時候,命令的最後一個引數是新分支的父分支名稱,現在只須把父分支名稱改成釋出標籤名即可。命令如下:
[root@master-node mysite]# git branch RB_1.0.1 1.0
[root@master-node mysite]# git checkout RB_1.0.1
Switched to branch 'RB_1.0.1'

執行命令git log快速檢視歷史記錄:
[root@master-node mysite]# git log --pretty=oneline
6881e1772267debce7bc29ee90cc5acf448ab24a add in hello world HTML

(5)為程式碼釋出建立歸檔檔案
沒有必要總是把歷史記錄(也就是Git版本庫)一起釋出,通常情況下,將標籤對應的版本內容打包成一個tar包或者zip包就足夠了。
Git提供了git archive命令來做歸檔處理。
[root@master-node mysite]# git archive --format=tar --prefix=mysite-1.0/ 1.0 |gzip > mysite-1.0.tar.gz
該命令中有三個引數:
--format指明要產生tar格式的輸出。
--prefix指明包中所有東西都放到mysite-1.0/目錄下。
1.0指明要歸檔的標籤的名稱。
最後一段命令把git archive產生的tar檔案用管道輸出的方法傳遞給命令gzip進行壓縮,而壓縮結果則重定向到mysite-1.0.tar.gz壓縮包裡。

建立zip檔案:
生成zip格式和tar格式的命令引數幾乎一樣,只是改變了傳遞給--format的引數,而且無需通過命令gzip管道輸出,直接把歸檔內容儲存到歸檔檔案中。
[root@master-node mysite]# git archive --format=zip --prefix=mysite-1.0/ 1.0 >mysite-1.0.zip

[root@master-node mysite]# ls
index.html mysite-1.0.tar.gz mysite-1.0.zip

(6)克隆遠端版本庫
git clone帶有兩個引數:
1)遠端版本庫的位置
2)存放該版本庫的本地目錄。
其中,第二個引數是可選的,不加可不加。

例如,克隆遠端倉庫到本機的當前目錄下
[root@master-node mysite]# git clone http://******:8081/weixin/weixin.git
Cloning into 'weixin'...
remote: Counting objects: 356, done.
remote: Compressing objects: 100% (180/180), done.
remote: Total 356 (delta 185), reused 289 (delta 159)
Receiving objects: 100% (356/356), 4.08 MiB | 0 bytes/s, done.
Resolving deltas: 100% (185/185), done.

[root@master-node mysite]# ls
index.html mysite-1.0.tar.gz mysite-1.0.zip weixin

相關文章