|
|
|
- yum install openssl-devel
|
|
|
|
- yum install gettext-devel
|
- wget http://distfiles.macports.org/git/git-2.1.1.tar.gz
|
- tar xzvf git-latest.tar.gz
|
- cd git-2011-11-30 ＃你的目錄可能不是這個(gè)
|
|
|
|
|
步驟比較簡(jiǎn)單主要是記錄下 實(shí)現的過(guò)程 備忘！比較詳細的教程：http://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000/00137583770360579bc4b458f044ce7afed3df579123eca000CentOS的yum源中沒(méi)有g(shù)it，只能自己編譯安裝確保已安裝了依賴(lài)的包下載最新的git包檢查下安裝的版本，大功告成參考：1 關(guān)于版本控制版本控制是一種記錄一個(gè)或若干文件內容變化，以便將來(lái)查閱特定版本修訂情況的系統。有以下三種版本控制系統：1. 本地版本控制系統許多人習慣用復制整個(gè)項目目錄的方式來(lái)保存不同的版本，或許還會(huì )改名加上備份時(shí)間以示區別。這么做唯一的好處就是簡(jiǎn)單。不過(guò)壞處也不少：有時(shí)候會(huì )混淆所在的工作目錄，一旦弄錯文件丟了數據就沒(méi)法撤銷(xiāo)恢復。為了解決這個(gè)問(wèn)題，人們很久以前就開(kāi)發(fā)了許多種本地版本控制系統，大多都是采用某種簡(jiǎn)單的數據庫來(lái)記錄文件的歷次更新差異。圖示如下，2. 集中化的版本控制系統集中化的版本控制系統（ Centralized Version Control Systems，簡(jiǎn)稱(chēng) CVCS ）能夠讓在不同的開(kāi)發(fā)系統上的開(kāi)發(fā)人員協(xié)同工作。這類(lèi)系統，諸如 CVS，Subversion 以及 Perforce 等，都有一個(gè)單一的集中管理的服務(wù)器，保存所有文件的修訂版本，而協(xié)同工作的人們都通過(guò)客戶(hù)端連到這臺服務(wù)器，取出最新的文件或者提交更新。多年以來(lái)，這已成為版本控制系統的標準做法3. 分布式版本控制系統分布式版本控制系統(Distributed Version Control System，簡(jiǎn)稱(chēng) DVCS ),像 Git，Mercurial，Bazaar 以及 Darcs 等，客戶(hù)端并不只提取最新版本的文件快照，而是把代碼倉庫完整地鏡像下來(lái)。這么一來(lái)，任何一處協(xié)同工作用的服務(wù)器發(fā)生故障，事后都可以用任何一個(gè)鏡像出來(lái)的本地倉庫恢復。因為每一次的提取操作，實(shí)際上都是一次對代碼倉庫的完整備份,更進(jìn)一步，許多這類(lèi)系統都可以指定和若干不同的遠端代碼倉庫進(jìn)行交互。籍此，你就可以在同一個(gè)項目中，分別和不同工作小組的人相互協(xié)作。你可以根據需要設定不同的協(xié)作流程，比如層次模型式的工作流，而這在以前的集中式系統中是無(wú)法實(shí)現的。2 關(guān)于GitGit是分布式版本控制系統的一個(gè)完美實(shí)現，它與集中式版本控制系統SVN的基本區別如下：Git是分布式的，而SVN不是
Git和SVN一樣有自己的集中式版本庫或服務(wù)器。但，GIT更傾向于被使用于分布式模式，也就是每個(gè)開(kāi)發(fā)人員從中心版本庫/服務(wù)器上chect out代碼后會(huì )在自己的機器上克隆一個(gè)自己的版本庫。
Git將內容按元數據方式存儲，而SVN是按文件
所有的資源控制系統都是把文件的元信息隱藏在一個(gè)類(lèi)似.svn,.cvs等的文件夾里。如果你把.git目錄的體積大小跟.svn比較，你會(huì )發(fā)現它們差距很大。因為,.git目錄是處于你的機器上的一個(gè)克隆版的版本庫，它擁有中心版本庫上所有的東西，例如標簽，分支，版本記錄等。
Git分支和SVN分支的不同
SVN的分支就是版本庫中的另外一個(gè)目錄，而Git的分支卻是整個(gè)版本庫的一個(gè)快照，而且可以在同一個(gè)工作目錄下快速的在幾個(gè)分支間切換。
Git沒(méi)有一個(gè)全局的版本號，而SVN有SVN的版本號實(shí)際是任何一個(gè)相應時(shí)間的源代碼快照。而Git并沒(méi)有這樣的一個(gè)全局版本號，這也是Git缺少的最大的一個(gè)特征Git的內容完整性要優(yōu)于SVNGit的內容存儲使用的是SHA-1哈希算法。這能確保代碼內容的完整性，確保在遇到磁盤(pán)故障和網(wǎng)絡(luò )問(wèn)題時(shí)降低對版本庫的破壞。Git的基本工作流程如下：在工作目錄中修改某些文件。
對修改后的文件進(jìn)行快照，然后保存到暫存區域。
| 123456 | wget 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 |
| 12345 | $ mkdir project$ cd project$ git-init-dbgit |
| 12 | $ git config --global user.name "Your Name Comes Here"$ git config --global user.email you@pub.admon.org |
| 123 | $ cd project$ echo "tmp" > .gitignore$ git add . |
| 123 | $ cp -R project/.git /tmp/test.git$ cd /tmp$ git clone test.git test-copy |
提交更新，將保存在暫存區域的文件快照永久轉儲到 Git 目錄中。 3 Git服務(wù)器搭建1. 環(huán)境部署系統環(huán)境：服務(wù)器端：CentOS 6.5 ，ip：192.168.56.1客戶(hù)端：CentOS 6.5 ，ip：192.168.56.101軟件版本：服務(wù)器端：源碼編譯安裝，git-1.9.0.tar.gz客戶(hù)端：yum在線(xiàn)安裝機制 2. 安裝2.1 服務(wù)器端：#yum install curl-devel expat-devel gettext-devel openssl-devel zlib-devel perl-devel#wget http://git-core.googlecode.com/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用戶(hù)運行 查看版本號：git --versiongit version 1.9.0 安裝gitosis：gitosis為Git用戶(hù)權限管理系統,通過(guò)管理服務(wù)端的/home/git/.ssh/authorized_key文件來(lái)執行對用戶(hù)權限的管理，是一個(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 客戶(hù)端安裝：#yum install git#git --versiongit version 1.7.1 3. ssh設置客戶(hù)端生產(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用戶(hù)，使用git用戶(hù)并初始化gitosis添加用戶(hù)git：#useradd -r -s /bin/sh -c 'git version control' -d /home/git git設置權限：#mkdir -p /home/git#chown git:git /home/git 在服務(wù)器端生成管理庫：#sudo -H -u git gitosis-init < ～/id_rsa.pubInitialized 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的用戶(hù)訪(fǎng)問(wèn)權限管理庫，gitosis通過(guò)這個(gè)git庫來(lái)管理所有g(shù)it庫的訪(fǎng)問(wèn)權限。2. 通過(guò)執行初始化，該公鑰的擁有者就能修改用于配置gitosis的那個(gè)特殊Git倉庫了 修改上傳權限：#chmod 755 /home/git/repositories/gitosis-admin.git/hooks/post-update 5. 客戶(hù)端導出管理#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)設置用戶(hù)、倉庫和權限的控制文件keydir目錄則是保存所有具有訪(fǎng)問(wèn)權限用戶(hù)公鑰的地方./keydir/root@vm1.pub:如前所述，該用戶(hù)具有訪(fǎng)問(wèn)權限 6. 客戶(hù)端創(chuàng )建及設置管理項目#cd /git-repo/gitosis-admin查看已經(jīng)上傳密鑰#ls keydir/root@vm1.pub 授權和權限控制#vim gitosis.conf[gitosis][group gitosis-admin]writable = gitosis-adminmembers = root@vm1 #顯示用戶(hù)root@vm1.pub是初始化gitosis公鑰的擁有者，是唯一能管理gitosis-admin項目的人[group jay_fans] #組名稱(chēng)members = root@vm1 #密鑰用戶(hù)名writable = git-test #項目名稱(chēng) 7. 初始、增加及使用項目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注解：在新項目git-test里首次推送數據到服務(wù)器前，需先設定該服務(wù)器地址為遠程倉庫，但你不用事先到服務(wù)器上手工創(chuàng )建該項目的裸倉庫— Gitosis 會(huì )在第一次遇到推送時(shí)自動(dòng)創(chuàng )建。 8. 客戶(hù)端增加其他成員公鑰到系統中：通過(guò)添加用戶(hù)的公鑰到keydir目錄即可#cd /git-repo/gitosis-admin#cp /path/to/member/public/key keydir/#git add keydir/member.pub修改gitosis.conf[group jay_fans] #組名稱(chēng)members = jay # 新的密鑰用戶(hù)名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ì )將新的權限信息寫(xiě)入到該文件中，如果搞錯了配置，導致失去了推送權限，可以通過(guò)修改該文件來(lái)重新設定，如果你手工編輯該文件的話(huà)，它會(huì )一直保持到下次向 gitosis-admin 推送新版本的配置內容為止。 成員jay通過(guò)以下命令獲取代碼：#git clone git@192.168.56.1:git-test.git 4 Github的使用GitHub是一個(gè)托管Git項目的網(wǎng)站，對于閉源項目收費，開(kāi)源項目則免費。使用Github進(jìn)行代碼發(fā)布和托管的步驟如下：1. 登錄Github官網(wǎng)https://github.com/ ,申請Github賬戶(hù)，并創(chuàng )建名為github-test的Repository 2. 安裝Git客戶(hù)端（Linux）#yum install git git-gui 3. 生成密鑰對，并拷貝到Github網(wǎng)站#ssh-keygen -t rsa -C “xxx@gmail.com”xxx@gmail.com為你注冊Github時(shí)的郵箱賬戶(hù) 登錄Github點(diǎn)擊Edit your profile->SSH keys,添加./.ssh/id_rsa.pub中的內容 4. 設置ssh不輸入口令#eval `ssh-agent`#ssh-add 5. 測試是否能連接上GIthub#ssh git@github.comPTY allocation request failed on channel 0Hi rangochan! You've successfully authenticated, but GitHub does not provide shell access.Connection to github.com closed.連接成功 6. 配置Git全局用戶(hù)配置# git config --global user.name xxx# git config --global user.email xxx@gmail.comxxx及xxx@gmail.com分別為Github賬戶(hù)名和郵箱 7. 創(chuàng )建本地新項目#mkdir github-test#cd github-test/#git init#touch README#git add README#git commit -m 'my first commit' 定義遠程服務(wù)器別名origin#git remote add origin git@github.com:xxx/github-test.git 本地和遠程實(shí)行合并，本地默認為master#git push origin master當通過(guò)Github以xxx對github-test作出修改時(shí)，由于本地快照與Github遠程服務(wù)器上的不一致，會(huì )引起以下錯誤：! [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 dohint: not have locally. This is usually caused by another repository pushinghint: to the same ref. You may want to first integrate the remote changeshint: (e.g., 'git pull ...') before pushing again.hint: See the 'Note about fast-forwards' in 'git push --help' for details.解決：通過(guò)pull子命令更新Github項目中作出的更改#git pull origin master之后再執行g(shù)it push origin masterCounting 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項目 8. 更新文件#vim READMEjust for test 自動(dòng)commit更改文件#git commit -a 更新到遠程#git push origin master 9. 創(chuàng )建和合并分支#git branch* master顯示當前分支是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合并到遠程服務(wù)器 如果new-branch分支成熟了，則可以合并進(jìn)master#git checkout master#git merge new-branch#git branch* masternew-banch #git push執行合并，master中也合并了new-branch中的更新登錄到GitHub，點(diǎn)擊"Switch Branches"可以更改分支來(lái)查看不同分支下代碼情況。——Rango Chen 本文出自 “游響云?！?博客，請務(wù)必保留此出處http://rangochen.blog.bitsCN.com/2445286/1394340 1.1 Git 安裝Git的最新版本可以在http://git-scm.com/ 下載 ，它是基于命令行操作的，網(wǎng)上也有第三方開(kāi)發(fā)的相應GUI可供下載，因為我比較喜歡命令行操作，所以沒(méi)有對GUi下載和安裝，有興趣的同學(xué)可以自己試試。網(wǎng)上也有相應的文章和資料可供參考！安裝之前首先確保相應的依賴(lài)包已經(jīng)安裝，主要有以下幾個(gè):zliblibcurllibcrypto（OpenSSL）rsync（2.6.0 或更高版本）這些條件滿(mǎn)足之后，就可以對Git進(jìn)行安裝了：?安裝成功可以通過(guò)git --vertion 查看版本。1.2 項目倉庫的建立欲使用Git 對現有文檔進(jìn)行版本控制，首先要基于現有文檔建立項目倉庫。創(chuàng )建一個(gè) Git 項目倉庫是很容易的，只要用命令 git-init-db 就可以了。?這樣，一個(gè)空的版本庫就創(chuàng )建好了，并在當前目錄中創(chuàng )建一個(gè)叫 .git 的子目錄。你可以用 ls -a 查看一下，并請注意其中的三項內容：一個(gè)叫 HEAD 的文件，我們現在來(lái)查看一下它的內容：$ cat .git/HEAD現在 HEAD 的內容應該是這樣：ref: refs/heads/master我們可以看到，HEAD 文件中的內容其實(shí)只是包含了一個(gè)索引信息，并且，這個(gè)索引將總是指向你的項目中的當前開(kāi)發(fā)分支。一個(gè)叫 objects 的子目錄，它包含了你的項目中的所有對象，我們不必直接地了解到這些對象內容，我們應該關(guān)心是存放在這些對象中的項目的數據。另外project目錄也不再是普通的文檔目錄了，今后我們將其稱(chēng)為工作樹(shù)。因為我們主要是linux內核的開(kāi)發(fā)，所以下面我舉的例子主要是對內核文件的操作，所以project目錄等同于源代碼的根目錄，亦即linux-2.6-vertex。下面應當有選擇地將工作樹(shù)中的一些文檔存儲至Git 倉庫中。由于Git 在向倉庫中添加文檔時(shí)并非是簡(jiǎn)單地文檔復制過(guò)去，勢必要將所添加文檔進(jìn)行一番處理，生成Git 倉庫所能接受的數據格式，Git 稱(chēng)這個(gè)過(guò)程為"take a snapshot（" 生成快照）。若將工作樹(shù)下所有文檔（包含子目錄）生成快照，可采用以下命令：$ cd project$ git add .所生成的快照被存放到一個(gè)臨時(shí)的存儲區域，Git 稱(chēng)該區域為索引。使用git-commit 命令可將索引提交至倉庫中，這個(gè)過(guò)程稱(chēng)為提交，每一次提交都意味著(zhù)版本在進(jìn)行一次更新。$ git commit執行上述git-commit 命令時(shí)，Git 會(huì )自動(dòng)調用系統 默認的文本編輯器，要求你輸入版本更新說(shuō)明并保存。請記住，輸入簡(jiǎn)約而又意義明確的版本更新說(shuō)明是非常有必要的，可以幫助你快速回憶起對項目的重大改動(dòng)。對于簡(jiǎn)短的版本更新信息，可以使用git-commit 的“-m”選項，如下：$ git commit -m "你的版本更新信息"git-commit 命令在后面會(huì )詳細講解。上述過(guò)程即為建立Git 倉庫的一般過(guò)程另外，在git 項目倉庫建立中還要注意一下兩個(gè)問(wèn)題：第一個(gè)問(wèn)題是：在使用Git 之前，你需要面對Git 來(lái)一番自我介紹。Git 不喜歡不愿透漏姓名的人，因為它要求每個(gè)人在向倉庫提交數據時(shí)，都應當承擔一定的責任。要向Git 進(jìn)行自我介紹，請使用以下命令：?第二個(gè)問(wèn)題是：在生成文檔內容快照時(shí)，工作樹(shù)中有一些文檔是你不希望接受Git 管理的，譬如程序編譯時(shí)生成的中間文件，對于這樣的文件如何避免為之生成快照？譬如在工作樹(shù)中存在以下子目錄：doc tmp ipc drivers fs其中的tmp 目錄存放著(zhù)文檔編譯時(shí)生成的中間文件，因此該目錄不應該被Git 所管理。為解決此類(lèi)問(wèn)題，Git 提供了文檔忽略機制，可以將工作樹(shù)中你不希望接受Git 管理的文檔信息寫(xiě)到同一目錄下的.gitignore 文件中。對于本例中的tmp 目錄，采用如下操作可將其排除倉庫之外，然后再對project 生成快照即可。?有關(guān)gitignore 文件的諸多細節知識可閱讀其使用手冊：$ man gitignore1.3 項目倉庫與工作樹(shù)按照前文的說(shuō)法，Git 倉庫就是那個(gè).git 目錄，其中存放的是我們所提交的文檔索引內容，Git 可基于文檔索引內容對其所管理的文檔進(jìn)行內容追蹤，從而實(shí)現文檔的版本控制。工作樹(shù)是包含.git 的目錄，在前文示例中即project 目錄。為了更加明確倉庫與工作樹(shù)的概念，下面做一個(gè)實(shí)驗：?首先，我們將project 目錄中的.git 目錄復制到/tmp 目錄下并進(jìn)行重命名為test.git ，然后使用git-clone 命令從test.git 中生成test-copy 目錄。若進(jìn)入test-copy 目錄觀(guān)察一下，就會(huì )發(fā)現該目錄所包含的內容是等同于project 目錄的。上述實(shí)驗意味著(zhù)，只要我們擁有倉庫，即test.git ，那么就可以很容易地生成工作樹(shù)，而這個(gè)工作樹(shù)又包含著(zhù)一個(gè)倉庫，即test-copy/.git 。所以，我們可以這樣理解：在Git 中，倉庫與工作樹(shù)之間無(wú)需分的很清楚。1.4 文件操作在工作樹(shù)中，我們日常所進(jìn)行的工作無(wú)非是對Git 倉庫所管理的文檔進(jìn)行修改，或者添加／刪除一些文件。這些操作與采用Git 管理我們的文檔之前沒(méi)有任何差異，只是在你認為一個(gè)工作階段完成之時(shí)，要記得通知Git，命令它記下你所進(jìn)行更新，這一步驟是通過(guò)生成文檔快照并將其加入 到索引中來(lái)實(shí)現的。下面舉例說(shuō)明。譬如我向project 目錄添加了一個(gè)新文件 fs/binfmt_hwt.c ，我需要通知Git 記住我的這一更新：$ cd project$ git add fs/binfmt_hwt.c這樣，Git 就會(huì )將有關(guān)fs/binfmt_hwt.c 的更新添加到索引中。然后我又對其它文檔進(jìn)行了一些修改，譬如修改了ipc/msg.c ，繼續使用git-add 命令將它們的更新添加到索引中：$ git add ipc/msg.c這里也可以使用以下命令：$ git-update-index晚上，這一天的工作告以段落，我覺(jué)得有必要將今天所做的提交到倉庫中，于是執行g(shù)it-commit 操作，將索引內容添加到倉庫中。可能一天下來(lái)，你對工作樹(shù)中的許多文檔都進(jìn)行了更新（文檔添加、修改、刪除），但是我忘記了它們的名字，此時(shí)若將所做的全部更新添加到索引中，比較輕省的做法就是：1 工作樹(shù)克隆命令，在后文中將會(huì )對其詳細講述。$ cd project$ git add .$ git commit -a... 輸入日志信息...最后這一步-a是通用的方法，我個(gè)人比較喜歡使用git-commit –m “版本信息” –a ，這樣就不用對版本文件操作了。git-add 命令通常能夠判斷出當前目錄（包括其子目錄）下用戶(hù)所添加的新文檔，并將其信息追加到索引中。git-commit 命令的-a 選項可將所有被修改的文檔或者已刪除的文檔的當前狀態(tài)提交倒倉庫中。記住，如果只是修改或者刪除了已被Git 管理的文檔，是沒(méi)必要使用git-add 命令的。本節并未講述新的Git 命令，完全是前面所講過(guò)的一些命令的重復介紹，只是它們出現的場(chǎng)景有所區別而已。另外，要注意的問(wèn)題是，Git 不會(huì )主動(dòng)記錄你對文檔進(jìn)行的更新，除非你對它發(fā)號施令。1.5 查看版本歷史在工作樹(shù)中，使用git-log 命令可以查看當前項目的日志，也就是你在使用git-commit 向倉庫提交新版本時(shí)所屬如的版本更新信息。$ git log如果你想看一下每一次版本的大致變動(dòng)情況，可使用以下命令：$ git log --stat --summary下面分析一下git-log 命令的回應信息。如下是我對內核修改后提交的幾個(gè)版本，版本標記分別為first、second、third ，最下面的那個(gè)為原始版本。每一個(gè)版本都對應著(zhù)一次項目版本更新提交。在項目日志信息中，每條日志的首行（就是那一串莫名奇妙的數字）為版本更新提交所進(jìn)行的命名，我們可以將該命名 理解為項目版本號。項目版本號應該是唯一的，默認由Git 自動(dòng)生成，用以標示項目的某一次更新。如果我們將項目版本號用作git-show 命令的參數，即可查看該次項目版本的更新細節：$ git show 版本號（比較長(cháng)我就不輸了）除了使用完整的版本號查看項目版本更新細節之外，也還可以使用以下方式：$ git show ddea091 # 一般只使用版本號的前幾個(gè)字符即可$ git show HEAD # 顯示當前分支的最新版本的更新細節每一個(gè)項目版本號通常都對應存在一個(gè)父版本號，也就是項目的前一次版本狀態(tài)?？墒褂萌缦旅畈榭串斍绊椖堪姹镜母赴姹靖录毠潱?/span>
$ git show HEAD^ # 查看HEAD 的父版本更新細節
$ git show HEAD^^ # 查看HEAD 的祖父版本更新細節
$ git show HEAD~4 # 查看HEAD 的祖父之祖父的版本更新細節
1.6 撤銷(xiāo)與恢復
版本控制系統的一個(gè)重要任務(wù)就是提供撤銷(xiāo)和恢復某一階段工作的功能。
git-reset 命令就是為這樣的任務(wù)而準備的，它可以將項目當前版本定位到之前提交的任何版本中。
git-reset 命令有三個(gè)選項：--mixed 、--soft 和--hard 。我們在日常使用中僅使用前兩個(gè)選項；第三個(gè)選項由于殺傷力太大，容易損壞項目倉庫，需謹慎使用。
--mixed
僅是重置索引的位置，而不改變你的工作樹(shù)中的任何東西（即，文件中的所有變化都會(huì )被保留，也不標記他們?yōu)榇峤粻顟B(tài)），并且提示什么內容還沒(méi)有被更新了。這個(gè)是默認的選項。
--soft
既不觸動(dòng)索引的位置，也不改變工作樹(shù)中的任何內容，我們只是要求這些內容成為一份好的內容（之后才成為真正的提交內容）。這個(gè)選項使你可以將已經(jīng)提交的東 西重新逆轉至“已更新但未提交（Updated but not Check in）”的狀態(tài)。就像已經(jīng)執行過(guò) git-update-index 命令，但是還沒(méi)有執行 git-commit 命令一樣。
--hard
將工作樹(shù)中的內容和頭索引都切換至指定的版本位置中，也就是說(shuō)自 <commit-ish> 之后的所有的跟蹤內容和工作樹(shù)中的內容都會(huì )全部丟失。因此，這個(gè)選項要慎用，除非你已經(jīng)非常確定你的確不想再看到那些東西了。關(guān)于git-reset 命令的具體如何使用可留作本章的練習題，你可以隨便創(chuàng )建一個(gè)Git 倉庫并向其提交一些版本更新，然后測試--mixed 與--soft 選項的效果。
如果欲查看git-reset 命令對工作樹(shù)的影響，可使用git-status 命令。這是我們工作中的重點(diǎn)和難點(diǎn)！
1.7 Git命令詳解
分支管理：git-branch
直至現在為止，我們的項目版本庫一直都是只有一個(gè)分支 master。在 git 版本庫中創(chuàng )建分支的成本幾乎為零，所以不必吝嗇多創(chuàng )建幾個(gè)分支。下面列舉一些常見(jiàn)的分支策略，僅供大家參考：
創(chuàng )建一個(gè)屬于自己的個(gè)人工作分支，以避免對主分支 master 造成太多的干擾，也方便與他人交流協(xié)作。
當進(jìn)行高風(fēng)險的工作時(shí)，創(chuàng )建一個(gè)試驗性的分支，扔掉一個(gè)爛攤子總比收拾一個(gè)爛攤子好得多。
合并別人的工作的時(shí)候，最好是創(chuàng )建一個(gè)臨時(shí)的分支，關(guān)于如何用臨時(shí)分支合并別人的工作的技巧，將會(huì )在后面講述。
創(chuàng )建分支
下面的命令將創(chuàng )建我自己的工作分支，名叫 litary，并且將以后的工作轉移到這個(gè)分支上開(kāi)展。
$ git-branch litary
$ git-checkout litary
刪除分支
要刪除版本庫中的某個(gè)分支，使用 git-branch -D 命令就可以了，例如： $ git-branch -D branch-name
查看分支
運行下面的命令可以得到你當前工作目錄的分支列表：
$ git-branch
輸出的分支中前面帶*的就是你現在所在的分支，如果你忘記了你現在工作在哪個(gè)分支上，可以這樣查看，而且運行下面的命令也可以告訴你：
$ cat .git/HEAD
查看項目的發(fā)展變化和比較差異
這一節介紹幾個(gè)查看項目的版本庫的發(fā)展變化以及比較差異的很有用的命令：
git-show-branch
git-diff
git-whatchanged
git-show-branch 命令可以使我們看到版本庫中每個(gè)分支的世系發(fā)展狀態(tài)，并且可以看到每次提交的內容是否已進(jìn)入每個(gè)分支。讓我們看到版本庫的發(fā)展記錄。
譬如我們要查看世系標號為 master^ 和 litary 的版本的差異情況，我們可以使用這樣的命令： $ git-diff master^ litary
合并兩個(gè)分支：git-merge
既然我們?yōu)轫椖縿?chuàng )建了不同的分支，那么我們就要經(jīng)常地將自己或者是別人在一個(gè)分支上的工作合并到其他的分支上去?，F在我們看看怎么將 litary 分支上的工作合并到 master 分支中?，F在轉移我們當前的工作分支到 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ì )出現合并沖突提示，就要根據具體的情況和需求對它修改。
參考：
1.顯示服務(wù)器版本cat /etc/redhat-release#CentOS release 6.4 (Final)ipconfig#服務(wù)器IP192.168.1.225 域名www.domain.com SSH端口8200(默認為22)2.安裝gityum 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-corecd /usr/local/srctar -zvxf git-1.8.2.2.tar.gzcd git-1.8.2.2make prefix=/usr/local/git allmake prefix=/usr/local/git install#增加軟連接ln -s /usr/local/git/bin/* /usr/bin/git --version#如何能顯示版本號，即表示成功3.安裝gitosisyum install python python-setuptoolscd /usr/local/srcgit clone git://github.com/res0nat0r/gitosis.gitcd gitosispython setup.py install#顯示Finished processing dependencies for gitosis==0.2即表示成功4.在開(kāi)發(fā)機上,生產(chǎn)密鑰并上傳到服務(wù)器上ssh-keygen -t rsa#一路回車(chē)，不需要設置密碼#上傳公鑰到服務(wù)器(默認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#修改客戶(hù)端~/.ssh/config文件，添加以下代碼host www.domain.comhostname www.domain.comport 8200#修改后，客戶(hù)端即可用以下方式進(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用戶(hù)，使用git用戶(hù)并初始化gitosisadduser -m gitsu - gitgitosis-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 - rootrm -rf /tmp/id_rsa.pub6.在開(kāi)發(fā)機上導出管理mkdir -p /repocd /repogit clone git@www.domain.com:gitosis-admin.git7.增加及設置管理項目cd /repo/gitosis-admin#查看已經(jīng)上傳密鑰ls keydircat keydir/vicowong\@VICO.pub #vicowong@VICO.pub為已經(jīng)上傳的開(kāi)發(fā)機生成的公密#顯示密鑰最后的符串為密鑰用戶(hù)名 這里為vicowong@VICOvim gitosis.conf#在文件尾增加以下內容[group test-git] # 組名稱(chēng)writable = test-git # 項目名稱(chēng)members = vicowong@VICO #密鑰用戶(hù)名#提交修改git add .git commit -a -m "add test-git repo"git push9.初始，增加及使用項目test-gitcd /repomkdir test-gitcd test-gitgit intitouch readmegit add .git commit -a -m "init test-git"git remote add origin git@www.domain.com:test-git.gitgit push origin master
問(wèn)題總結：
我在上傳些代碼的時(shí)候，有時(shí)候會(huì )遇到“git did not exit cleanly (exit code 128)”錯誤。通常都是網(wǎng)絡(luò )原因。
我在上傳些代碼的時(shí)候，有時(shí)候會(huì )遇到“git did not exit cleanly (exit code 128)”錯誤。通常都是網(wǎng)絡(luò )原因。
找了網(wǎng)上解決的方法：
1、鼠標右鍵 -> 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----期待與您交流！ --------
收音機,電臺,網(wǎng)上電臺,廣播,在線(xiàn)廣播,網(wǎng)絡(luò )廣播,廣播電臺,網(wǎng)絡(luò )電臺,在線(xiàn)電臺,電臺在線(xiàn)收聽(tīng),廣播電臺在線(xiàn)收聽(tīng),網(wǎng)絡(luò )電臺在線(xiàn)收聽(tīng),在線(xiàn)收聽(tīng)電臺,fm收音機,網(wǎng)絡(luò )收音機,廣播下載,在線(xiàn)收音機,收音機軟件下載,電臺軟件下載,網(wǎng)絡(luò )收音機下載--------------
本站僅提供存儲服務(wù)，所有內容均由用戶(hù)發(fā)布，如發(fā)現有害或侵權內容，請
點(diǎn)擊舉報。
