Git管理項目實例說明-記錄和跟蹤項目


 

假設一個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


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM