日韩黑丝制服一区视频播放|日韩欧美人妻丝袜视频在线观看|九九影院一级蜜桃|亚洲中文在线导航|青草草视频在线观看|婷婷五月色伊人网站|日本一区二区在线|国产AV一二三四区毛片|正在播放久草视频|亚洲色图精品一区

分享

阿里云上配置CentOS安裝Git(小沐git安裝命令全集整理版)

 賈朋亮博客 2015-08-07
  • yum install curl
  • yum install curl-devel
  • yum install zlib-devel
  • yum install openssl-devel
  • yum install perl
  • yum install cpio
  • yum install expat-devel
  • yum install gettext-devel
  • wget http://distfiles./git/git-2.1.1.tar.gz
  • tar xzvf git-latest.tar.gz
  • cd git-2011-11-30 #你的目錄可能不是這個(gè)
  • autoconf
  • ./configure
  • make
  • sudo make install
  • git --version



步驟比較簡(jiǎn)單
主要是記錄下 實(shí)現(xiàn)的過(guò)程 備忘!
比較詳細(xì)的教程:http://www./wiki/0013739516305929606dd18361248578c67b8067c8c017b000/00137583770360579bc4b458f044ce7afed3df579123eca000
CentOS的yum源中沒(méi)有g(shù)it,只能自己編譯安裝
確保已安裝了依賴的包
下載最新的git包
檢查下安裝的版本,大功告成
參考:
1 關(guān)于版本控制
版本控制是一種記錄一個(gè)或若干文件內(nèi)容變化,以便將來(lái)查閱特定版本修訂情況的系統(tǒng)。有以下三種版本控制系統(tǒng):
1. 本地版本控制系統(tǒng)
許多人習(xí)慣用復(fù)制整個(gè)項(xiàng)目目錄的方式來(lái)保存不同的版本,或許還會(huì)改名加上備份時(shí)間以示區(qū)別。這么做唯一的好處就是簡(jiǎn)單。不過(guò)壞處也不少:有時(shí)候會(huì)混淆所在的工作目錄,一旦弄錯(cuò)文件丟了數(shù)據(jù)就沒(méi)法撤銷恢復(fù)。
為了解決這個(gè)問(wèn)題,人們很久以前就開(kāi)發(fā)了許多種本地版本控制系統(tǒng),大多都是采用某種簡(jiǎn)單的數(shù)據(jù)庫(kù)來(lái)記錄文件的歷次更新差異。圖示如下,
wKioL1NHz9KwrLVKAAB_hYDNW_c407.jpg
2. 集中化的版本控制系統(tǒng)
集中化的版本控制系統(tǒng)( Centralized Version Control Systems,簡(jiǎn)稱 CVCS )能夠讓在不同的開(kāi)發(fā)系統(tǒng)上的開(kāi)發(fā)人員協(xié)同工作。這類系統(tǒng),諸如 CVS,Subversion 以及 Perforce 等,都有一個(gè)單一的集中管理的服務(wù)器,保存所有文件的修訂版本,而協(xié)同工作的人們都通過(guò)客戶端連到這臺(tái)服務(wù)器,取出最新的文件或者提交更新。多年以來(lái),這已成為版本控制系統(tǒng)的標(biāo)準(zhǔn)做法
wKiom1NH0IrgjvjzAADzyUyCgk0082.jpg
3. 分布式版本控制系統(tǒng)
分布式版本控制系統(tǒng)(Distributed Version Control System,簡(jiǎn)稱 DVCS ),像 Git,Mercurial,Bazaar 以及 Darcs 等,客戶端并不只提取最新版本的文件快照,而是把代碼倉(cāng)庫(kù)完整地鏡像下來(lái)。這么一來(lái),任何一處協(xié)同工作用的服務(wù)器發(fā)生故障,事后都可以用任何一個(gè)鏡像出來(lái)的本地倉(cāng)庫(kù)恢復(fù)。因?yàn)槊恳淮蔚奶崛〔僮?,?shí)際上都是一次對(duì)代碼倉(cāng)庫(kù)的完整備份,
wKiom1NH0OLT_ylwAAFXxaszrSQ988.jpg
更進(jìn)一步,許多這類系統(tǒng)都可以指定和若干不同的遠(yuǎn)端代碼倉(cāng)庫(kù)進(jìn)行交互。籍此,你就可以在同一個(gè)項(xiàng)目中,分別和不同工作小組的人相互協(xié)作。你可以根據(jù)需要設(shè)定不同的協(xié)作流程,比如層次模型式的工作流,而這在以前的集中式系統(tǒng)中是無(wú)法實(shí)現(xiàn)的。
2 關(guān)于Git
Git是分布式版本控制系統(tǒng)的一個(gè)完美實(shí)現(xiàn),它與集中式版本控制系統(tǒng)SVN的基本區(qū)別如下:

Git是分布式的,而SVN不是

Git和SVN一樣有自己的集中式版本庫(kù)或服務(wù)器。但,GIT更傾向于被使用于分布式模式,也就是每個(gè)開(kāi)發(fā)人員從中心版本庫(kù)/服務(wù)器上chect out代碼后會(huì)在自己的機(jī)器上克隆一個(gè)自己的版本庫(kù)。

Git將內(nèi)容按元數(shù)據(jù)方式存儲(chǔ),而SVN是按文件

所有的資源控制系統(tǒng)都是把文件的元信息隱藏在一個(gè)類似.svn,.cvs等的文件夾里。如果你把.git目錄的體積大小跟.svn比較,你會(huì)發(fā)現(xiàn)它們差距很大。因?yàn)?.git目錄是處于你的機(jī)器上的一個(gè)克隆版的版本庫(kù),它擁有中心版本庫(kù)上所有的東西,例如標(biāo)簽,分支,版本記錄等。

Git分支和SVN分支的不同

SVN的分支就是版本庫(kù)中的另外一個(gè)目錄,而Git的分支卻是整個(gè)版本庫(kù)的一個(gè)快照,而且可以在同一個(gè)工作目錄下快速的在幾個(gè)分支間切換。

Git沒(méi)有一個(gè)全局的版本號(hào),而SVN有
SVN的版本號(hào)實(shí)際是任何一個(gè)相應(yīng)時(shí)間的源代碼快照。而Git并沒(méi)有這樣的一個(gè)全局版本號(hào),這也是Git缺少的最大的一個(gè)特征
Git的內(nèi)容完整性要優(yōu)于SVN
Git的內(nèi)容存儲(chǔ)使用的是SHA-1哈希算法。這能確保代碼內(nèi)容的完整性,確保在遇到磁盤(pán)故障和網(wǎng)絡(luò)問(wèn)題時(shí)降低對(duì)版本庫(kù)的破壞。
Git的基本工作流程如下:

在工作目錄中修改某些文件。

對(duì)修改后的文件進(jìn)行快照,然后保存到暫存區(qū)域。




123456wget http://kernel.org/pub/software/scm/git/git-1.7.6.tar.bz2tar -xzvf git-1.7.6.tar.bz2cd git-1.7.6./configure --prefix=/usr/localmakemake install
12345mkdir projectcd project$ git-init-dbgit #將會(huì)作出以下的回應(yīng)defaulting to localstorage area#或者Initialized empty Git repository in project/.git/
12$ git config --global user.name "Your Name Comes Here"$ git config --global user.email you@pub.admon.org
123cd projectecho "tmp" > .gitignore$ git add .
123cp -R project/.git /tmp/test.gitcd /tmp$ git clone test.git test-copy
提交更新,將保存在暫存區(qū)域的文件快照永久轉(zhuǎn)儲(chǔ)到 Git 目錄中。 
3 Git服務(wù)器搭建
1. 環(huán)境部署
系統(tǒng)環(huán)境:服務(wù)器端:CentOS 6.5 ,ip:192.168.56.1
客戶端:CentOS 6.5 ,ip:192.168.56.101
軟件版本:服務(wù)器端:源碼編譯安裝,git-1.9.0.tar.gz
客戶端:yum在線安裝機(jī)制 
2. 安裝
2.1 服務(wù)器端:
#yum install curl-devel expat-devel gettext-devel openssl-devel zlib-devel perl-devel
#wget http://git-core./files/git-1.9.0.tar.gz
#tar zxvf git-1.9.0.tar.gz
#cd git-1.9.0
#make prefix=/usr/local all
#make prefix=/usr/local install #root用戶運(yùn)行 
查看版本號(hào):git --version
git version 1.9.0 
安裝gitosis:gitosis為Git用戶權(quán)限管理系統(tǒng),通過(guò)管理服務(wù)端的/home/git/.ssh/authorized_key文件來(lái)執(zhí)行對(duì)用戶權(quán)限的管理,是一個(gè)python模塊包
#yum install python python-setuptools
#git clone git://github.com/res0nat0r/gitosis.git
#cd gitosis/
#python setup.py install
顯示Finished processing dependencies for gitosis==0.2即表示成功 
2.2 客戶端安裝:
#yum install git
#git --version
git version 1.7.1 
3. ssh設(shè)置
客戶端生產(chǎn)密鑰并上傳到服務(wù)器端:
#ssh-keygen -t rsa
#scp ~/.ssh/id_rsa.pub root@192.168.56.1:~/
服務(wù)端查看已經(jīng)上傳的密鑰:ls ~/id_rsa.pub 
4. 服務(wù)器上生成git用戶,使用git用戶并初始化gitosis
添加用戶git:
#useradd -r -s /bin/sh -c 'git version control' -d /home/git git
設(shè)置權(quán)限:
#mkdir -p /home/git
#chown git:git /home/git
 
在服務(wù)器端生成管理庫(kù):
#sudo -H -u git gitosis-init < ~/id_rsa.pub
Initialized empty Git repository in /home/git//repositories/gitosis-admin.git/ Reinitialized existing Git repository in /home/git/repositories/gitosis-admin.git/
注解:
1. 生成的gitosis-admin為Git的用戶訪問(wèn)權(quán)限管理庫(kù),gitosis通過(guò)這個(gè)git庫(kù)來(lái)管理所有g(shù)it庫(kù)的訪問(wèn)權(quán)限。
2. 通過(guò)執(zhí)行初始化,該公鑰的擁有者就能修改用于配置gitosis的那個(gè)特殊Git倉(cāng)庫(kù)了
 
修改上傳權(quán)限:
#chmod 755 /home/git/repositories/gitosis-admin.git/hooks/post-update
 

5. 客戶端導(dǎo)出管理
#mkdir -p /git-repo/
#cd /git-repo/
#git clone git@192.168.56.1:gitosis-admin.git
#cd gitosis-admin
#find .
./gitosis.conf
./keydir
./keydir/oot@vm1.pub
注解:
gitosis.conf文件用來(lái)設(shè)置用戶、倉(cāng)庫(kù)和權(quán)限的控制文件
keydir目錄則是保存所有具有訪問(wèn)權(quán)限用戶公鑰的地方
./keydir/root@vm1.pub:如前所述,該用戶具有訪問(wèn)權(quán)限
 
6. 客戶端創(chuàng)建及設(shè)置管理項(xiàng)目
#cd /git-repo/gitosis-admin
查看已經(jīng)上傳密鑰
#ls keydir/
root@vm1.pub
 
授權(quán)和權(quán)限控制
#vim gitosis.conf
[gitosis]

[group gitosis-admin]
writable = gitosis-admin
members = root@vm1 #顯示用戶root@vm1.pub是初始化gitosis公鑰的擁有者,是唯一能管理gitosis-admin項(xiàng)目的人

[group jay_fans] #組名稱
members = root@vm1 #密鑰用戶名
writable = git-test #項(xiàng)目名稱
 
7. 初始、增加及使用項(xiàng)目git-test
#cd /git-repo
#mkdir git-test
#cd git-test
#git init
#touch README
#git add .
#git commit -a -m "init git-test"
#git remote add origin git@192.168.56.1:git-test.git
#git push origin master
注解:在新項(xiàng)目git-test里首次推送數(shù)據(jù)到服務(wù)器前,需先設(shè)定該服務(wù)器地址為遠(yuǎn)程倉(cāng)庫(kù),但你不用事先到服務(wù)器上手工創(chuàng)建該項(xiàng)目的裸倉(cāng)庫(kù)— Gitosis 會(huì)在第一次遇到推送時(shí)自動(dòng)創(chuàng)建。
 
8. 客戶端增加其他成員公鑰到系統(tǒng)中:通過(guò)添加用戶的公鑰到keydir目錄即可
#cd /git-repo/gitosis-admin
#cp /path/to/member/public/key keydir/
#git add keydir/member.pub
修改gitosis.conf
[group jay_fans] #組名稱
members = jay # 新的密鑰用戶名
writable = git-test
 
提交修改:
#git commit -a -m "granted jay commit rights to git-test"
#git push
注解:gitosis實(shí)際上是從服務(wù)器端的/home/git/.gitosis.conf文件讀取信息的,通過(guò)以上操作,會(huì)將新的權(quán)限信息寫(xiě)入到該文件中,如果搞錯(cuò)了配置,導(dǎo)致失去了推送權(quán)限,可以通過(guò)修改該文件來(lái)重新設(shè)定,如果你手工編輯該文件的話,它會(huì)一直保持到下次向 gitosis-admin 推送新版本的配置內(nèi)容為止。
 
成員jay通過(guò)以下命令獲取代碼:
#git clone git@192.168.56.1:git-test.git
 
4 Github的使用
GitHub是一個(gè)托管Git項(xiàng)目的網(wǎng)站,對(duì)于閉源項(xiàng)目收費(fèi),開(kāi)源項(xiàng)目則免費(fèi)。使用Github進(jìn)行代碼發(fā)布和托管的步驟如下:
1. 登錄Github官網(wǎng)https://github.com/ ,申請(qǐng)Github賬戶,并創(chuàng)建名為github-test的Repository
 
2. 安裝Git客戶端(Linux)
#yum install git git-gui
 
3. 生成密鑰對(duì),并拷貝到Github網(wǎng)站
#ssh-keygen -t rsa -C “xxx@gmail.com”
xxx@gmail.com為你注冊(cè)Github時(shí)的郵箱賬戶
 
登錄Github點(diǎn)擊Edit your profile->SSH keys,添加./.ssh/id_rsa.pub中的內(nèi)容
 
4. 設(shè)置ssh不輸入口令
#eval `ssh-agent`
#ssh-add
 
5. 測(cè)試是否能連接上GIthub
#ssh git@github.com
PTY allocation request failed on channel 0
Hi rangochan! You've successfully authenticated, but GitHub does not provide shell access.
Connection to github.com closed.
連接成功
 
6. 配置Git全局用戶配置
# git config --global user.name xxx
# git config --global user.email xxx@gmail.com
xxx及xxx@gmail.com分別為Github賬戶名和郵箱
 
7. 創(chuàng)建本地新項(xiàng)目
#mkdir github-test
#cd github-test/
#git init
#touch README
#git add README
#git commit -m 'my first commit'
 
定義遠(yuǎn)程服務(wù)器別名origin
#git remote add origin git@github.com:xxx/github-test.git
 
本地和遠(yuǎn)程實(shí)行合并,本地默認(rèn)為master
#git push origin master
當(dāng)通過(guò)Github以xxx對(duì)github-test作出修改時(shí),由于本地快照與Github遠(yuǎn)程服務(wù)器上的不一致,會(huì)引起以下錯(cuò)誤:
! [rejected] master -> master (fetch first)
error: failed to push some refs to 'git@github.com:xxx/puppet'
hint: Updates were rejected because the remote contains work that you do
hint: not have locally. This is usually caused by another repository pushing
hint: to the same ref. You may want to first integrate the remote changes
hint: (e.g., 'git pull ...') before pushing again.
hint: See the 'Note about fast-forwards' in 'git push --help' for details.
解決:
通過(guò)pull子命令更新Github項(xiàng)目中作出的更改
#git pull origin master
之后再執(zhí)行g(shù)it push origin master
Counting objects: 8, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (5/5), done.
Writing objects: 100% (7/7), 714 bytes | 0 bytes/s, done.
Total 7 (delta 0), reused 0 (delta 0)
 
登錄https://github.com/xxx/github-test ,可查看到github-test項(xiàng)目
 
8. 更新文件
#vim README
just for test
 
自動(dòng)commit更改文件
#git commit -a
 
更新到遠(yuǎn)程
#git push origin master
 
9. 創(chuàng)建和合并分支
#git branch
* master
顯示當(dāng)前分支是master

#git branch new-branch
創(chuàng)建分支

# git checkout new-branch
切換到新分支

# vi check.py
創(chuàng)建新文件
 
# git add check.py
# git commit -a -m "added a python script"
Commit 到本地Git

# git push origin new-feature
合并到遠(yuǎn)程服務(wù)器
 
如果new-branch分支成熟了,則可以合并進(jìn)master
#git checkout master

#git merge new-branch

#git branch
* master
new-banch
 
#git push
執(zhí)行合并,master中也合并了new-branch中的更新

登錄到GitHub,點(diǎn)擊"Switch Branches"可以更改分支來(lái)查看不同分支下代碼情況。
——Rango Chen
 
本文出自 “游響云?!?博客,請(qǐng)務(wù)必保留此出處http://rangochen.blog.bitsCN.com/2445286/1394340
 
 
1.1 Git 安裝
Git的最新版本可以在http:/// 下載 ,它是基于命令行操作的,網(wǎng)上也有第三方開(kāi)發(fā)的相應(yīng)GUI可供下載,因?yàn)槲冶容^喜歡命令行操作,所以沒(méi)有對(duì)GUi下載和安裝,有興趣的同學(xué)可以自己試試。網(wǎng)上也有相應(yīng)的文章和資料可供參考!
安裝之前首先確保相應(yīng)的依賴包已經(jīng)安裝,主要有以下幾個(gè):
zlib
libcurl
libcrypto(OpenSSL)
rsync(2.6.0 或更高版本)
這些條件滿足之后,就可以對(duì)Git進(jìn)行安裝了:
?
安裝成功可以通過(guò)git --vertion 查看版本。
1.2 項(xiàng)目倉(cāng)庫(kù)的建立
欲使用Git 對(duì)現(xiàn)有文檔進(jìn)行版本控制,首先要基于現(xiàn)有文檔建立項(xiàng)目倉(cāng)庫(kù)。創(chuàng)建一個(gè) Git 項(xiàng)目倉(cāng)庫(kù)是很容易的,只要用命令 git-init-db 就可以了。
?
這樣,一個(gè)空的版本庫(kù)就創(chuàng)建好了,并在當(dāng)前目錄中創(chuàng)建一個(gè)叫 .git 的子目錄。你可以用 ls -a 查看一下,并請(qǐng)注意其中的三項(xiàng)內(nèi)容:
一個(gè)叫 HEAD 的文件,我們現(xiàn)在來(lái)查看一下它的內(nèi)容:
$ cat .git/HEAD現(xiàn)在 HEAD 的內(nèi)容應(yīng)該是這樣:
ref: refs/heads/master
我們可以看到,HEAD 文件中的內(nèi)容其實(shí)只是包含了一個(gè)索引信息,并且,這個(gè)索引將總是指向你的項(xiàng)目中的當(dāng)前開(kāi)發(fā)分支。
一個(gè)叫 objects 的子目錄,它包含了你的項(xiàng)目中的所有對(duì)象,我們不必直接地了解到這些對(duì)象內(nèi)容,我們應(yīng)該關(guān)心是存放在這些對(duì)象中的項(xiàng)目的數(shù)據(jù)。
另外project目錄也不再是普通的文檔目錄了,今后我們將其稱為工作樹(shù)。因?yàn)槲覀冎饕莑inux內(nèi)核的開(kāi)發(fā),所以下面我舉的例子主要是對(duì)內(nèi)核文件的操作,所以project目錄等同于源代碼的根目錄,亦即linux-2.6-vertex。
下面應(yīng)當(dāng)有選擇地將工作樹(shù)中的一些文檔存儲(chǔ)至Git 倉(cāng)庫(kù)中。由于Git 在向倉(cāng)庫(kù)中添加文檔時(shí)并非是簡(jiǎn)單地文檔復(fù)制過(guò)去,勢(shì)必要將所添加文檔進(jìn)行一番處理,生成Git 倉(cāng)庫(kù)所能接受的數(shù)據(jù)格式,Git 稱這個(gè)過(guò)程為"take a snapshot(" 生成快照)。若將工作樹(shù)下所有文檔(包含子目錄)生成快照,可采用以下命令:
$ cd project
$ git add .
所生成的快照被存放到一個(gè)臨時(shí)的存儲(chǔ)區(qū)域,Git 稱該區(qū)域?yàn)樗饕?。使用git-commit 命令可將索引提交至倉(cāng)庫(kù)中,這個(gè)過(guò)程稱為提交,每一次提交都意味著版本在進(jìn)行一次更新。
$ git commit
執(zhí)行上述git-commit 命令時(shí),Git 會(huì)自動(dòng)調(diào)用系統(tǒng) 默認(rèn)的文本編輯器,要求你輸入版本更新說(shuō)明并保存。請(qǐng)記住,輸入簡(jiǎn)約而又意義明確的版本更新說(shuō)明是非常有必要的,可以幫助你快速回憶起對(duì)項(xiàng)目的重大改動(dòng)。
對(duì)于簡(jiǎn)短的版本更新信息,可以使用git-commit 的“-m”選項(xiàng),如下:
$ git commit -m "你的版本更新信息"
git-commit 命令在后面會(huì)詳細(xì)講解。
上述過(guò)程即為建立Git 倉(cāng)庫(kù)的一般過(guò)程
另外,在git 項(xiàng)目倉(cāng)庫(kù)建立中還要注意一下兩個(gè)問(wèn)題:
第一個(gè)問(wèn)題是:在使用Git 之前,你需要面對(duì)Git 來(lái)一番自我介紹。Git 不喜歡不愿透漏姓名的人,因?yàn)樗竺總€(gè)人在向倉(cāng)庫(kù)提交數(shù)據(jù)時(shí),都應(yīng)當(dāng)承擔(dān)一定的責(zé)任。要向Git 進(jìn)行自我介紹,請(qǐng)使用以下命令:
?
第二個(gè)問(wèn)題是:在生成文檔內(nèi)容快照時(shí),工作樹(shù)中有一些文檔是你不希望接受Git 管理的,譬如程序編譯時(shí)生成的中間文件,對(duì)于這樣的文件如何避免為之生成快照?
譬如在工作樹(shù)中存在以下子目錄:
doc tmp ipc drivers fs
其中的tmp 目錄存放著文檔編譯時(shí)生成的中間文件,因此該目錄不應(yīng)該被Git 所管理。為解決此類問(wèn)題,Git 提供了文檔忽略機(jī)制,可以將工作樹(shù)中你不希望接受Git 管理的文檔信息寫(xiě)到同一目錄下的.gitignore 文件中。對(duì)于本例中的tmp 目錄,采用如下操作可將其排除倉(cāng)庫(kù)之外,然后再對(duì)project 生成快照即可。
?
有關(guān)gitignore 文件的諸多細(xì)節(jié)知識(shí)可閱讀其使用手冊(cè):
$ man gitignore
1.3 項(xiàng)目倉(cāng)庫(kù)與工作樹(shù)
按照前文的說(shuō)法,Git 倉(cāng)庫(kù)就是那個(gè).git 目錄,其中存放的是我們所提交的文檔索引內(nèi)容,Git 可基于文檔索引內(nèi)容對(duì)其所管理的文檔進(jìn)行內(nèi)容追蹤,從而實(shí)現(xiàn)文檔的版本控制。工作樹(shù)是包含.git 的目錄,在前文示例中即project 目錄。
為了更加明確倉(cāng)庫(kù)與工作樹(shù)的概念,下面做一個(gè)實(shí)驗(yàn):
?
首先,我們將project 目錄中的.git 目錄復(fù)制到/tmp 目錄下并進(jìn)行重命名為test.git ,然后使用git-clone 命令從test.git 中生成test-copy 目錄。若進(jìn)入test-copy 目錄觀察一下,就會(huì)發(fā)現(xiàn)該目錄所包含的內(nèi)容是等同于project 目錄的。
上述實(shí)驗(yàn)意味著,只要我們擁有倉(cāng)庫(kù),即test.git ,那么就可以很容易地生成工作樹(shù),而這個(gè)工作樹(shù)又包含著一個(gè)倉(cāng)庫(kù),即test-copy/.git 。所以,我們可以這樣理解:在Git 中,倉(cāng)庫(kù)與工作樹(shù)之間無(wú)需分的很清楚。
1.4 文件操作
在工作樹(shù)中,我們?nèi)粘KM(jìn)行的工作無(wú)非是對(duì)Git 倉(cāng)庫(kù)所管理的文檔進(jìn)行修改,或者添加/刪除一些文件。這些操作與采用Git 管理我們的文檔之前沒(méi)有任何差異,只是在你認(rèn)為一個(gè)工作階段完成之時(shí),要記得通知Git,命令它記下你所進(jìn)行更新,這一步驟是通過(guò)生成文檔快照并將其加入 到索引中來(lái)實(shí)現(xiàn)的。下面舉例說(shuō)明。
譬如我向project 目錄添加了一個(gè)新文件 fs/binfmt_hwt.c ,我需要通知Git 記住我的這一更新:
$ cd project
$ git add fs/binfmt_hwt.c
這樣,Git 就會(huì)將有關(guān)fs/binfmt_hwt.c 的更新添加到索引中。然后我又對(duì)其它文檔進(jìn)行了一些修改,譬如修改了ipc/msg.c ,繼續(xù)使用git-add 命令將它們的更新添加到索引中:
$ git add ipc/msg.c
這里也可以使用以下命令:
$ git-update-index
晚上,這一天的工作告以段落,我覺(jué)得有必要將今天所做的提交到倉(cāng)庫(kù)中,于是執(zhí)行g(shù)it-commit 操作,將索引內(nèi)容添加到倉(cāng)庫(kù)中。
可能一天下來(lái),你對(duì)工作樹(shù)中的許多文檔都進(jìn)行了更新(文檔添加、修改、刪除),但是我忘記了它們的名字,此時(shí)若將所做的全部更新添加到索引中,比較輕省的做法就是:
1 工作樹(shù)克隆命令,在后文中將會(huì)對(duì)其詳細(xì)講述。
$ cd project
$ git add .
$ git commit -a
... 輸入日志信息...
最后這一步-a是通用的方法,我個(gè)人比較喜歡使用
git-commit –m “版本信息” –a ,這樣就不用對(duì)版本文件操作了。
git-add 命令通常能夠判斷出當(dāng)前目錄(包括其子目錄)下用戶所添加的新文檔,并將其信息追加到索引中。git-commit 命令的-a 選項(xiàng)可將所有被修改的文檔或者已刪除的文檔的當(dāng)前狀態(tài)提交倒倉(cāng)庫(kù)中。記住,如果只是修改或者刪除了已被Git 管理的文檔,是沒(méi)必要使用git-add 命令的。
本節(jié)并未講述新的Git 命令,完全是前面所講過(guò)的一些命令的重復(fù)介紹,只是它們出現(xiàn)的場(chǎng)景有所區(qū)別而已。另外,要注意的問(wèn)題是,Git 不會(huì)主動(dòng)記錄你對(duì)文檔進(jìn)行的更新,除非你對(duì)它發(fā)號(hào)施令。
1.5 查看版本歷史
在工作樹(shù)中,使用git-log 命令可以查看當(dāng)前項(xiàng)目的日志,也就是你在使用git-commit 向倉(cāng)庫(kù)提交新版本時(shí)所屬如的版本更新信息。
$ git log
如果你想看一下每一次版本的大致變動(dòng)情況,可使用以下命令:
$ git log --stat --summary
下面分析一下git-log 命令的回應(yīng)信息。如下是我對(duì)內(nèi)核修改后提交的幾個(gè)版本,版本標(biāo)記分別為first、second、third ,最下面的那個(gè)為原始版本。

每一個(gè)版本都對(duì)應(yīng)著一次項(xiàng)目版本更新提交。在項(xiàng)目日志信息中,每條日志的首行(就是那一串莫名奇妙的數(shù)字)為版本更新提交所進(jìn)行的命名,我們可以將該命名 理解為項(xiàng)目版本號(hào)。項(xiàng)目版本號(hào)應(yīng)該是唯一的,默認(rèn)由Git 自動(dòng)生成,用以標(biāo)示項(xiàng)目的某一次更新。如果我們將項(xiàng)目版本號(hào)用作git-show 命令的參數(shù),即可查看該次項(xiàng)目版本的更新細(xì)節(jié):
$ git show 版本號(hào)(比較長(zhǎng)我就不輸了)
除了使用完整的版本號(hào)查看項(xiàng)目版本更新細(xì)節(jié)之外,也還可以使用以下方式:
$ git show ddea091 # 一般只使用版本號(hào)的前幾個(gè)字符即可
$ git show HEAD # 顯示當(dāng)前分支的最新版本的更新細(xì)節(jié)
每一個(gè)項(xiàng)目版本號(hào)通常都對(duì)應(yīng)存在一個(gè)父版本號(hào),也就是項(xiàng)目的前一次版本狀態(tài)??墒褂萌缦旅畈榭串?dāng)前項(xiàng)目版本的父版本更新細(xì)節(jié):
$ git show HEAD^ # 查看HEAD 的父版本更新細(xì)節(jié)
$ git show HEAD^^ # 查看HEAD 的祖父版本更新細(xì)節(jié)
$ git show HEAD~4 # 查看HEAD 的祖父之祖父的版本更新細(xì)節(jié)
1.6 撤銷與恢復(fù)
版本控制系統(tǒng)的一個(gè)重要任務(wù)就是提供撤銷和恢復(fù)某一階段工作的功能。
git-reset 命令就是為這樣的任務(wù)而準(zhǔn)備的,它可以將項(xiàng)目當(dāng)前版本定位到之前提交的任何版本中。
git-reset 命令有三個(gè)選項(xiàng):--mixed 、--soft 和--hard 。我們?cè)谌粘J褂弥袃H使用前兩個(gè)選項(xiàng);第三個(gè)選項(xiàng)由于殺傷力太大,容易損壞項(xiàng)目倉(cāng)庫(kù),需謹(jǐn)慎使用。
--mixed
僅是重置索引的位置,而不改變你的工作樹(shù)中的任何東西(即,文件中的所有變化都會(huì)被保留,也不標(biāo)記他們?yōu)榇峤粻顟B(tài)),并且提示什么內(nèi)容還沒(méi)有被更新了。這個(gè)是默認(rèn)的選項(xiàng)。
--soft
既不觸動(dòng)索引的位置,也不改變工作樹(shù)中的任何內(nèi)容,我們只是要求這些內(nèi)容成為一份好的內(nèi)容(之后才成為真正的提交內(nèi)容)。這個(gè)選項(xiàng)使你可以將已經(jīng)提交的東 西重新逆轉(zhuǎn)至“已更新但未提交(Updated but not Check in)”的狀態(tài)。就像已經(jīng)執(zhí)行過(guò) git-update-index 命令,但是還沒(méi)有執(zhí)行 git-commit 命令一樣。
--hard
將工作樹(shù)中的內(nèi)容和頭索引都切換至指定的版本位置中,也就是說(shuō)自 <commit-ish> 之后的所有的跟蹤內(nèi)容和工作樹(shù)中的內(nèi)容都會(huì)全部丟失。因此,這個(gè)選項(xiàng)要慎用,除非你已經(jīng)非常確定你的確不想再看到那些東西了。關(guān)于git-reset 命令的具體如何使用可留作本章的練習(xí)題,你可以隨便創(chuàng)建一個(gè)Git 倉(cāng)庫(kù)并向其提交一些版本更新,然后測(cè)試--mixed 與--soft 選項(xiàng)的效果。
如果欲查看git-reset 命令對(duì)工作樹(shù)的影響,可使用git-status 命令。這是我們工作中的重點(diǎn)和難點(diǎn)!
1.7 Git命令詳解
分支管理:git-branch
直至現(xiàn)在為止,我們的項(xiàng)目版本庫(kù)一直都是只有一個(gè)分支 master。在 git 版本庫(kù)中創(chuàng)建分支的成本幾乎為零,所以不必吝嗇多創(chuàng)建幾個(gè)分支。下面列舉一些常見(jiàn)的分支策略,僅供大家參考:
創(chuàng)建一個(gè)屬于自己的個(gè)人工作分支,以避免對(duì)主分支 master 造成太多的干擾,也方便與他人交流協(xié)作。
當(dāng)進(jìn)行高風(fēng)險(xiǎn)的工作時(shí),創(chuàng)建一個(gè)試驗(yàn)性的分支,扔掉一個(gè)爛攤子總比收拾一個(gè)爛攤子好得多。
合并別人的工作的時(shí)候,最好是創(chuàng)建一個(gè)臨時(shí)的分支,關(guān)于如何用臨時(shí)分支合并別人的工作的技巧,將會(huì)在后面講述。
創(chuàng)建分支
下面的命令將創(chuàng)建我自己的工作分支,名叫 litary,并且將以后的工作轉(zhuǎn)移到這個(gè)分支上開(kāi)展。
$ git-branch litary
$ git-checkout litary
刪除分支
要?jiǎng)h除版本庫(kù)中的某個(gè)分支,使用 git-branch -D 命令就可以了,例如: $ git-branch -D branch-name
查看分支
運(yùn)行下面的命令可以得到你當(dāng)前工作目錄的分支列表:
$ git-branch
輸出的分支中前面帶*的就是你現(xiàn)在所在的分支,如果你忘記了你現(xiàn)在工作在哪個(gè)分支上,可以這樣查看,而且運(yùn)行下面的命令也可以告訴你:
$ cat .git/HEAD
查看項(xiàng)目的發(fā)展變化和比較差異
這一節(jié)介紹幾個(gè)查看項(xiàng)目的版本庫(kù)的發(fā)展變化以及比較差異的很有用的命令:
git-show-branch
git-diff
git-whatchanged
git-show-branch 命令可以使我們看到版本庫(kù)中每個(gè)分支的世系發(fā)展?fàn)顟B(tài),并且可以看到每次提交的內(nèi)容是否已進(jìn)入每個(gè)分支。讓我們看到版本庫(kù)的發(fā)展記錄。
譬如我們要查看世系標(biāo)號(hào)為 master^ 和 litary 的版本的差異情況,我們可以使用這樣的命令: $ git-diff master^ litary
合并兩個(gè)分支:git-merge
既然我們?yōu)轫?xiàng)目創(chuàng)建了不同的分支,那么我們就要經(jīng)常地將自己或者是別人在一個(gè)分支上的工作合并到其他的分支上去?,F(xiàn)在我們看看怎么將 litary 分支上的工作合并到 master 分支中。現(xiàn)在轉(zhuǎn)移我們當(dāng)前的工作分支到 master,并且將 litary 分支上的工作合并進(jìn)來(lái)。
$ git-checkout master
$ git-merge "Merge work in litary" HEAD litary合并兩個(gè)分支,還有一個(gè)更簡(jiǎn)便的方式,下面的命令和上面的命令是等價(jià)的。
$ git-checkout master
$ git-pull . litary
但是,此時(shí) git 會(huì)出現(xiàn)合并沖突提示,就要根據(jù)具體的情況和需求對(duì)它修改。
參考:
1.顯示服務(wù)器版本
cat /etc/redhat-release
#CentOS release 6.4 (Final)

ipconfig
#服務(wù)器IP192.168.1.225 域名www.domain.com  SSH端口8200(默認(rèn)為22)


2.安裝git
yum install curl-devel expat-devel gettext-devel openssl-devel zlib-devel perl-devel

#下載git-1.8.2.2.tar.gz 到 /usr/local/src 下載網(wǎng)址http://code.google.com/p/git-core

cd /usr/local/src
tar -zvxf git-1.8.2.2.tar.gz
cd git-1.8.2.2

make prefix=/usr/local/git all
make prefix=/usr/local/git install

#增加軟連接
ln -s /usr/local/git/bin/* /usr/bin/

git --version
#如何能顯示版本號(hào),即表示成功


3.安裝gitosis
yum install python python-setuptools

cd /usr/local/src
git clone git://github.com/res0nat0r/gitosis.git
cd gitosis
python setup.py install

#顯示Finished processing dependencies for gitosis==0.2即表示成功



4.在開(kāi)發(fā)機(jī)上,生產(chǎn)密鑰并上傳到服務(wù)器上

ssh-keygen -t rsa
#一路回車,不需要設(shè)置密碼

#上傳公鑰到服務(wù)器(默認(rèn)SSH端口22)
#scp ~/.ssh/id_rsa.pub root@192.168.1.225:/tmp
或
#scp ~/.ssh/id_rsa.pub root@www.domain.com:/tmp/


#如修改SSH端口(端口8200)
#git clone ssh://git@192.168.1.225:8200/gitosis-admin.git
或
#git clone ssh://git@www.domain.com:8200/gitosis-admin.git


#修改配置文件,可以省略每次輸入端口
vim ~/.ssh/config
#修改客戶端~/.ssh/config文件,添加以下代碼
host www.domain.com
hostname www.domain.com
port 8200

#修改后,客戶端即可用以下方式進(jìn)行連接
#git clone ssh://git@www.domain.com/gitosis-admin.git

#上傳公鑰到服務(wù)器(修改端口,并在配置中指定端口)
scp ~/.ssh/id_rsa.pub root@www.domain.com:/tmp/

ls /tmp/id_rsa.pub
#顯示已經(jīng)上傳的密鑰



5.服務(wù)器上生成git用戶,使用git用戶并初始化gitosis
adduser -m git

su - git

gitosis-init < /tmp/id_rsa.pub

#顯示以上信息即表示成功
#Initialized empty Git repository in /home/git/repositories/gitosis-admin.git/
#Reinitialized existing Git repository in /home/git/repositories/gitosis-admin.git/

#刪除密鑰
su - root
rm -rf /tmp/id_rsa.pub


6.在開(kāi)發(fā)機(jī)上導(dǎo)出管理
mkdir -p /repo
cd /repo
git clone git@www.domain.com:gitosis-admin.git


7.增加及設(shè)置管理項(xiàng)目
cd /repo/gitosis-admin

#查看已經(jīng)上傳密鑰
ls keydir
cat keydir/vicowong\@VICO.pub  #vicowong@VICO.pub為已經(jīng)上傳的開(kāi)發(fā)機(jī)生成的公密

#顯示密鑰最后的符串為密鑰用戶名 這里為vicowong@VICO

vim gitosis.conf

#在文件尾增加以下內(nèi)容
[group test-git] # 組名稱
writable = test-git # 項(xiàng)目名稱
members = vicowong@VICO #密鑰用戶名

#提交修改
git add .
git commit -a -m "add test-git repo"
git push

9.初始,增加及使用項(xiàng)目test-git
cd /repo
mkdir test-git
cd test-git
git inti
touch readme
git add .
git commit -a -m "init test-git"
git remote add origin git@www.domain.com:test-git.git
git push origin master
問(wèn)題總結(jié):
我在上傳些代碼的時(shí)候,有時(shí)候會(huì)遇到&ldquo;git did not exit cleanly (exit code 128)&rdquo;錯(cuò)誤。通常都是網(wǎng)絡(luò)原因。
我在上傳些代碼的時(shí)候,有時(shí)候會(huì)遇到“git did not exit cleanly (exit code 128)”錯(cuò)誤。通常都是網(wǎng)絡(luò)原因。
找了網(wǎng)上解決的方法:
\
1、鼠標(biāo)右鍵 -> TortoiseGit -> Settings -> Network
2、SSH client was pointing to C:\Program Files\TortoiseGit\bin\TortoisePlink.exe
3、Changed path to C:\Program Files (x86)\Git\bin\ssh.exe---------------------- 拖走FM----期待與您交流! --------
收音機(jī),電臺(tái),網(wǎng)上電臺(tái),廣播,在線廣播,網(wǎng)絡(luò)廣播,廣播電臺(tái),網(wǎng)絡(luò)電臺(tái),在線電臺(tái),電臺(tái)在線收聽(tīng),廣播電臺(tái)在線收聽(tīng),網(wǎng)絡(luò)電臺(tái)在線收聽(tīng),在線收聽(tīng)電臺(tái),fm收音機(jī),網(wǎng)絡(luò)收音機(jī),廣播下載,在線收音機(jī),收音機(jī)軟件下載,電臺(tái)軟件下載,網(wǎng)絡(luò)收音機(jī)下載--------------

    本站是提供個(gè)人知識(shí)管理的網(wǎng)絡(luò)存儲(chǔ)空間,所有內(nèi)容均由用戶發(fā)布,不代表本站觀點(diǎn)。請(qǐng)注意甄別內(nèi)容中的聯(lián)系方式、誘導(dǎo)購(gòu)買(mǎi)等信息,謹(jǐn)防詐騙。如發(fā)現(xiàn)有害或侵權(quán)內(nèi)容,請(qǐng)點(diǎn)擊一鍵舉報(bào)。
    轉(zhuǎn)藏 分享 獻(xiàn)花(0

    0條評(píng)論

    發(fā)表

    請(qǐng)遵守用戶 評(píng)論公約

    類似文章 更多