自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

Git歷險(xiǎn)記(1):初識(shí)版本控制系統(tǒng)Git

系統(tǒng) Linux
Git是Linus.Torvald為了管理Linux內(nèi)核發(fā)起并開發(fā)的一個(gè)開源分布式版本控件系統(tǒng),作為分布式版本控制系統(tǒng)的重要代表——Git已經(jīng)為越來越多的人所認(rèn)識(shí),它相對(duì)于我們熟悉的CVS、SVN甚至同時(shí)分布式控制系統(tǒng)的Mercurial,有哪些優(yōu)勢(shì)和不足呢。

51CTO編者按:Git 是用于 Linux 內(nèi)核開發(fā)的版本控制工具。與常用的版本控制工具 CVS, Subversion 等不同,它采用了分布式版本庫(kù)的方式,不必服務(wù)器端軟件支持,使源代碼的發(fā)布和交流極其方便。本文是《Git Community Book》的譯者劉輝在InfoQ上發(fā)表的一篇專欄文章,整個(gè)系列名為《Git歷險(xiǎn)記》。本文是系列***篇,對(duì)Git的歷史、特點(diǎn)和作者的使用心得進(jìn)行了概述。以下為正文。

作為分布式版本控制系統(tǒng)的重要代表——Git已經(jīng)為越來越多的人所認(rèn)識(shí),它相對(duì)于我們熟悉的CVS、SVN甚至同時(shí)分布式控制系統(tǒng)的Mercurial,有哪些優(yōu)勢(shì)和不足呢。Git是Linus.Torvald為了管理Linux內(nèi)核發(fā)起并開發(fā)的一個(gè)開源分布式版本控件系統(tǒng)(DVCS)。從2002年起,Linux 內(nèi)核一直使用BitKeeper來進(jìn)行版本管理,但是在2005年BitKeeper和Linux 內(nèi)核開源社區(qū)的合作關(guān)系結(jié)束,BitKeeper再也不能免費(fèi)使用了,這迫使Linus決定開發(fā)一個(gè)開源界自已的版本控制系統(tǒng)。

傳統(tǒng)的SVN、CVS 等版本控制系統(tǒng),只有一個(gè)倉(cāng)庫(kù)(repository),用戶必須要連上這個(gè)倉(cāng)庫(kù)才能開始提交;而Git之類的分布式版本控制系統(tǒng)(當(dāng)然也還包括 BitKeeper、Mercurial等等),它的每個(gè)工作目錄都包含一個(gè)完整的倉(cāng)庫(kù),它們可以支持離線工作,先把工作提交到本地倉(cāng)庫(kù)后再提交上遠(yuǎn)程的服務(wù)器上的倉(cāng)庫(kù)里。分布式的處理也讓開發(fā)更為便捷,開發(fā)人員可以很方便的在本地創(chuàng)建分支來進(jìn)行日常開發(fā),每個(gè)人的本地倉(cāng)庫(kù)都是平等且獨(dú)立,不會(huì)因?yàn)槟愕谋镜靥峤欢苯佑绊憚e人。

老實(shí)說,Git的速度是我用的版本控制系統(tǒng)中最快的(SVN Mercurial Git)。我這里說的速度,包括本地提交(commit)、本地簽出(checkout)、提交到遠(yuǎn)程倉(cāng)庫(kù)(git push)和從遠(yuǎn)程倉(cāng)庫(kù)獲取(git fetch ,git pull);它的本地操作速度和本地文件系統(tǒng)在一個(gè)級(jí)別,遠(yuǎn)程倉(cāng)庫(kù)的操作速度和SFTP文件傳輸在一個(gè)級(jí)別。這當(dāng)然和Git的內(nèi)部實(shí)現(xiàn)機(jī)制有關(guān),這里就不多展開了。

我們?cè)趯W(xué)一門新的語言時(shí),往往是從一個(gè)“hello world” 程序開始的,那么Git歷程也就從一個(gè)“hello Git”開始吧。

我們首先打開Git的命令行:windows下是點(diǎn)擊“Git Bash 快捷方式”;Linux或是Unix like平臺(tái)的話就直接打開命令行界面就可以了。

備注:$符號(hào)后面的字符串代表的是命令行輸入;命令行輸入后的以#開始的黑體字符串代表注釋;其它的部分則是命令行輸出。

我們先用建一個(gè)倉(cāng)庫(kù)吧:

$mkdir testGit #建立倉(cāng)庫(kù)目錄
$cd testGit #進(jìn)入倉(cāng)庫(kù)目錄
$git init #這會(huì)在當(dāng)前的目錄下建一個(gè)倉(cāng)庫(kù)
Initialized empty Git repository in e:/doc/Git/test/testGit/.git/

好的,前面的三行命令就建立了一個(gè)本地的Git倉(cāng)庫(kù)。這個(gè)倉(cāng)庫(kù)現(xiàn)在是一個(gè)空的倉(cāng)庫(kù)。

我們?cè)诿钚邢聢?zhí)行:

$ git status #查看當(dāng)前倉(cāng)庫(kù)的狀態(tài)
# On branch master (在master分支上)
#
# Initial commit
#
nothing to commit (create/copy files and use "git add" to track)
(現(xiàn)在沒有任何臺(tái)被提交的文件,復(fù)制或創(chuàng)建新的文件,再用”git add” 命令添加到暫存區(qū)中)
$ git log #查看當(dāng)前倉(cāng)庫(kù)的歷史日志
fatal: bad default revision 'HEAD'
(由于倉(cāng)庫(kù)里沒有任提交在里面,所以它會(huì)報(bào)這個(gè)錯(cuò)。BTW: 這種提示是不是有點(diǎn)不友好呀:) )

現(xiàn)在就讓我們?cè)谶@個(gè)倉(cāng)庫(kù)里添加點(diǎn)內(nèi)容吧。

$ echo “hello Git” > readme.txt #建立一個(gè)含有 hello Git 的文本文件
$ git add readme.txt #將readme.txt添加到暫存區(qū)中
$ git status #查看當(dāng)前倉(cāng)庫(kù)的狀態(tài)
# On branch master
#
# Initial commit
#
# Changes to be committed:(暫存里下次將被提交的修改)
# (use "git rm --cached ..." to unstage)
#
# new file: readme.txt
#

好的,文件即然被暫存到暫存區(qū)中,我們現(xiàn)在就可以把它提交到倉(cāng)庫(kù)里面去:)

$ git commit -m "project init" #將剛才的修改提交到本地倉(cāng)庫(kù)中
[master (root-commit) 8223db3] project init
1 files changed, 1 insertions(+), 0 deletions(-)
create mode 100644 readme.txt
$ git status
# On branch master
nothing to commit (working directory clean)
(現(xiàn)在這個(gè)工作目錄里沒有什么要提交的東東,它是整潔的)

現(xiàn)在你執(zhí)行一下git log 命令就會(huì)看到剛才的提交記錄

$ git log
commit 8223db3b064a9826375041c8fea020cb2e3b17d1
Author: liuhui998
Date: Sat Jan 1 18:12:38 2011 +0800
project init

 “8223db3b064a9826375041c8fea020cb2e3b17d1”這一串字符就是我們這次創(chuàng)建的提交的名字。看起來是不是很熟,如果經(jīng)常用電驢的朋友就會(huì)發(fā)現(xiàn)它就是和電驢里內(nèi)容標(biāo)識(shí)符一樣,都是SHA1串。Git通過對(duì)提交內(nèi)容進(jìn)行 SHA1 Hash運(yùn)算,得到它們的SHA1串值,作為每個(gè)提交的唯一標(biāo)識(shí)。根據(jù)一般的密碼學(xué)原理來說,如果兩個(gè)提交的內(nèi)容不相同,那么它們的名字就不會(huì)相同;反之,如果它們的名字相同,就意味著它們的內(nèi)容也相同。

現(xiàn)在我想改一下倉(cāng)庫(kù)里文件的內(nèi)容,現(xiàn)提交到倉(cāng)庫(kù)中去

$ echo "Git is Cool" >> readme.txt #在文件的***添加一行
$ git status #查看當(dāng)前倉(cāng)庫(kù)的狀態(tài)
# On branch master
# Changed but not updated: (修改了,但是還沒有暫存的內(nèi)容)
# (use "git add ..." to update what will be committed)
# (use "git checkout -- ..." to discard changes in working directory)
#
# modified: readme.txt
#
no changes added to commit (use "git add" and/or "git commit -a")
(沒有修改可以被提交,使用 “git add” 命令添加文件到暫存區(qū),或是使用“git commit -a” 命令強(qiáng)制提交當(dāng)前目錄下的所有文件)

OK,即然我們修改了倉(cāng)庫(kù)里被提交的文件,那么我想看一下我們

到底改了哪些地方,再?zèng)Q定是否提交。

$ git diff #查看倉(cāng)庫(kù)里未暫存內(nèi)容和倉(cāng)庫(kù)已提交內(nèi)容的差異
diff --git a/readme.txt b/readme.txt
index 7b5bbd9..49ec0d6 100644
--- a/readme.txt
+++ b/readme.txt
@@ -1 +1,2 @@
hello Git
+Git is Cool

很好,正如我們所愿,我們只是在readme.txt的***一行添加了一行“Git is Cool”。

好的,我們現(xiàn)在再把 readme.txt放到暫存區(qū)里:

$ git add readme.txt

我們現(xiàn)在看一下倉(cāng)庫(kù)的狀態(tài):

$ git status
# On branch master
# Changes to be committed:
# (use "git reset HEAD ..." to unstage)
#
# modified: readme.txt
#

可以提交了:

$ git commit -m "Git is Cool"
[master 45ff891] Git is Cool
1 files changed, 1 insertions(+), 0 deletions(-)
(一個(gè)文件被修改,一行插入,零行刪除)

再看一下新的日志:

$ git log
commit 45ff89198f08365bff32364034aed98126009e44
Author: liuhui998
Date: Sat Jan 1 18:17:07 2011 +0800
Git is Cool
commit 8223db3b064a9826375041c8fea020cb2e3b17d1
Author: liuhui998
Date: Sat Jan 1 18:12:38 2011 +0800
project init

“45ff89198f08365bff32364034aed98126009e44” 這個(gè)就是我們剛才提交修改時(shí)創(chuàng)建的提交。

大家這么一路看過來,是不是有點(diǎn)糊涂了。不過沒有關(guān)系,如果你的電腦裝了Git,那么你把上面的這些命令全部執(zhí)行一下遍就會(huì)對(duì)它有感性的認(rèn)識(shí)了。

原文鏈接:http://www.infoq.com/cn/news/2011/01/git-adventures-1

【編輯推薦】

  1. 系統(tǒng)運(yùn)維秘訣:Git,招聘與軟硬件選擇(實(shí)踐篇)
  2. Git-cola: 跨平臺(tái)的 Git 前端
  3. Git 指令速查表
責(zé)任編輯:黃丹 來源: InfoQ
相關(guān)推薦

2011-03-30 10:50:55

GitLinux 版本控制

2011-01-26 10:05:36

Git安裝配置

2011-03-18 09:35:39

GitLinux版本控制

2009-03-23 09:53:47

LinuxGNOMEGit版本

2011-04-08 18:00:19

GitSubversion版本控制系統(tǒng)

2009-10-15 09:21:00

CCNA考試歷險(xiǎn)記CCNA

2022-05-26 21:38:02

開源分布式Hadoop

2022-05-05 19:26:17

Druid分布式存儲(chǔ)

2011-02-28 14:37:43

GitLinux版本控制

2021-02-22 08:20:32

Activity動(dòng)畫界面

2011-09-16 16:05:10

MySQL

2014-04-01 09:13:23

程序員招聘

2017-06-30 17:54:04

2009-04-01 17:58:28

MercurialPython版本控制

2021-02-04 06:54:09

DevOpsGitLab系統(tǒng)

2018-12-07 12:30:16

CVSGit版本控制

2011-04-08 10:10:23

2020-11-23 07:27:22

Git Flow

2022-02-18 10:47:43

GocommitSVN

2010-03-03 16:20:42

點(diǎn)贊
收藏

51CTO技術(shù)棧公眾號(hào)