乡下人产国偷v产偷v自拍,国产午夜片在线观看,婷婷成人亚洲综合国产麻豆,久久综合给合久久狠狠狠9

  • <output id="e9wm2"></output>
    <s id="e9wm2"><nobr id="e9wm2"><ins id="e9wm2"></ins></nobr></s>

    • 分享

      阿里云上配置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 #你的目錄可能不是這個
      • autoconf
      • ./configure
      • make
      • sudo make install
      • git --version



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

      Git是分布式的,而SVN不是

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

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

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

      Git分支和SVN分支的不同

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

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

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

      對修改后的文件進行快照,然后保存到暫存區(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 #將會作出以下的回應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)儲到 Git 目錄中。 
      3 Git服務器搭建
      1. 環(huán)境部署
      系統(tǒng)環(huán)境:服務器端:CentOS 6.5 ,ip:192.168.56.1
      客戶端:CentOS 6.5 ,ip:192.168.56.101
      軟件版本:服務器端:源碼編譯安裝,git-1.9.0.tar.gz
      客戶端:yum在線安裝機制 
      2. 安裝
      2.1 服務器端:
      #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用戶運行 
      查看版本號:git --version
      git version 1.9.0 
      安裝gitosis:gitosis為Git用戶權(quán)限管理系統(tǒng),通過管理服務端的/home/git/.ssh/authorized_key文件來執(zhí)行對用戶權(quán)限的管理,是一個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設置
      客戶端生產(chǎn)密鑰并上傳到服務器端:
      #ssh-keygen -t rsa
      #scp ~/.ssh/id_rsa.pub root@192.168.56.1:~/
      服務端查看已經(jīng)上傳的密鑰:ls ~/id_rsa.pub 
      4. 服務器上生成git用戶,使用git用戶并初始化gitosis
      添加用戶git:
      #useradd -r -s /bin/sh -c 'git version control' -d /home/git git
      設置權(quán)限:
      #mkdir -p /home/git
      #chown git:git /home/git
       
      在服務器端生成管理庫:
      #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的用戶訪問權(quán)限管理庫,gitosis通過這個git庫來管理所有g(shù)it庫的訪問權(quán)限。
      2. 通過執(zhí)行初始化,該公鑰的擁有者就能修改用于配置gitosis的那個特殊Git倉庫了
       
      修改上傳權(quán)限:
      #chmod 755 /home/git/repositories/gitosis-admin.git/hooks/post-update
       

      5. 客戶端導出管理
      #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文件用來設置用戶、倉庫和權(quán)限的控制文件
      keydir目錄則是保存所有具有訪問權(quán)限用戶公鑰的地方
      ./keydir/root@vm1.pub:如前所述,該用戶具有訪問權(quán)限
       
      6. 客戶端創(chuà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項目的人

      [group jay_fans] #組名稱
      members = root@vm1 #密鑰用戶名
      writable = git-test #項目名稱
       
      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里首次推送數(shù)據(jù)到服務器前,需先設定該服務器地址為遠程倉庫,但你不用事先到服務器上手工創(chuàng)建該項目的裸倉庫— Gitosis 會在第一次遇到推送時自動創(chuàng)建。
       
      8. 客戶端增加其他成員公鑰到系統(tǒng)中:通過添加用戶的公鑰到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實際上是從服務器端的/home/git/.gitosis.conf文件讀取信息的,通過以上操作,會將新的權(quán)限信息寫入到該文件中,如果搞錯了配置,導致失去了推送權(quán)限,可以通過修改該文件來重新設定,如果你手工編輯該文件的話,它會一直保持到下次向 gitosis-admin 推送新版本的配置內(nèi)容為止。
       
      成員jay通過以下命令獲取代碼:
      #git clone git@192.168.56.1:git-test.git
       
      4 Github的使用
      GitHub是一個托管Git項目的網(wǎng)站,對于閉源項目收費,開源項目則免費。使用Github進行代碼發(fā)布和托管的步驟如下:
      1. 登錄Github官網(wǎng)https://github.com/ ,申請Github賬戶,并創(chuàng)建名為github-test的Repository
       
      2. 安裝Git客戶端(Linux)
      #yum install git git-gui
       
      3. 生成密鑰對,并拷貝到Github網(wǎng)站
      #ssh-keygen -t rsa -C “xxx@gmail.com”
      xxx@gmail.com為你注冊Github時的郵箱賬戶
       
      登錄Github點擊Edit your profile->SSH keys,添加./.ssh/id_rsa.pub中的內(nèi)容
       
      4. 設置ssh不輸入口令
      #eval `ssh-agent`
      #ssh-add
       
      5. 測試是否能連接上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)建本地新項目
      #mkdir github-test
      #cd github-test/
      #git init
      #touch README
      #git add README
      #git commit -m 'my first commit'
       
      定義遠程服務器別名origin
      #git remote add origin git@github.com:xxx/github-test.git
       
      本地和遠程實行合并,本地默認為master
      #git push origin master
      當通過Github以xxx對github-test作出修改時,由于本地快照與Github遠程服務器上的不一致,會引起以下錯誤:
      ! [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.
      解決:
      通過pull子命令更新Github項目中作出的更改
      #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項目
       
      8. 更新文件
      #vim README
      just for test
       
      自動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
      合并到遠程服務器
       
      如果new-branch分支成熟了,則可以合并進master
      #git checkout master

      #git merge new-branch

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

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

      每一個版本都對應著一次項目版本更新提交。在項目日志信息中,每條日志的首行(就是那一串莫名奇妙的數(shù)字)為版本更新提交所進行的命名,我們可以將該命名 理解為項目版本號。項目版本號應該是唯一的,默認由Git 自動生成,用以標示項目的某一次更新。如果我們將項目版本號用作git-show 命令的參數(shù),即可查看該次項目版本的更新細節(jié):
      $ git show 版本號(比較長我就不輸了)
      除了使用完整的版本號查看項目版本更新細節(jié)之外,也還可以使用以下方式:
      $ git show ddea091 # 一般只使用版本號的前幾個字符即可
      $ git show HEAD # 顯示當前分支的最新版本的更新細節(jié)
      每一個項目版本號通常都對應存在一個父版本號,也就是項目的前一次版本狀態(tài)。可使用如下命令查看當前項目版本的父版本更新細節(jié):
      $ git show HEAD^ # 查看HEAD 的父版本更新細節(jié)
      $ git show HEAD^^ # 查看HEAD 的祖父版本更新細節(jié)
      $ git show HEAD~4 # 查看HEAD 的祖父之祖父的版本更新細節(jié)
      1.6 撤銷與恢復
      版本控制系統(tǒng)的一個重要任務就是提供撤銷和恢復某一階段工作的功能。
      git-reset 命令就是為這樣的任務而準備的,它可以將項目當前版本定位到之前提交的任何版本中。
      git-reset 命令有三個選項:--mixed 、--soft 和--hard 。我們在日常使用中僅使用前兩個選項;第三個選項由于殺傷力太大,容易損壞項目倉庫,需謹慎使用。
      --mixed
      僅是重置索引的位置,而不改變你的工作樹中的任何東西(即,文件中的所有變化都會被保留,也不標記他們?yōu)榇峤粻顟B(tài)),并且提示什么內(nèi)容還沒有被更新了。這個是默認的選項。
      --soft
      既不觸動索引的位置,也不改變工作樹中的任何內(nèi)容,我們只是要求這些內(nèi)容成為一份好的內(nèi)容(之后才成為真正的提交內(nèi)容)。這個選項使你可以將已經(jīng)提交的東 西重新逆轉(zhuǎn)至“已更新但未提交(Updated but not Check in)”的狀態(tài)。就像已經(jīng)執(zhí)行過 git-update-index 命令,但是還沒有執(zhí)行 git-commit 命令一樣。
      --hard
      將工作樹中的內(nèi)容和頭索引都切換至指定的版本位置中,也就是說自 <commit-ish> 之后的所有的跟蹤內(nèi)容和工作樹中的內(nèi)容都會全部丟失。因此,這個選項要慎用,除非你已經(jīng)非常確定你的確不想再看到那些東西了。關于git-reset 命令的具體如何使用可留作本章的練習題,你可以隨便創(chuàng)建一個Git 倉庫并向其提交一些版本更新,然后測試--mixed 與--soft 選項的效果。
      如果欲查看git-reset 命令對工作樹的影響,可使用git-status 命令。這是我們工作中的重點和難點!
      1.7 Git命令詳解
      分支管理:git-branch
      直至現(xiàn)在為止,我們的項目版本庫一直都是只有一個分支 master。在 git 版本庫中創(chuàng)建分支的成本幾乎為零,所以不必吝嗇多創(chuàng)建幾個分支。下面列舉一些常見的分支策略,僅供大家參考:
      創(chuàng)建一個屬于自己的個人工作分支,以避免對主分支 master 造成太多的干擾,也方便與他人交流協(xié)作。
      當進行高風險的工作時,創(chuàng)建一個試驗性的分支,扔掉一個爛攤子總比收拾一個爛攤子好得多。
      合并別人的工作的時候,最好是創(chuàng)建一個臨時的分支,關于如何用臨時分支合并別人的工作的技巧,將會在后面講述。
      創(chuàng)建分支
      下面的命令將創(chuàng)建我自己的工作分支,名叫 litary,并且將以后的工作轉(zhuǎn)移到這個分支上開展。
      $ git-branch litary
      $ git-checkout litary
      刪除分支
      要刪除版本庫中的某個分支,使用 git-branch -D 命令就可以了,例如: $ git-branch -D branch-name
      查看分支
      運行下面的命令可以得到你當前工作目錄的分支列表:
      $ git-branch
      輸出的分支中前面帶*的就是你現(xiàn)在所在的分支,如果你忘記了你現(xiàn)在工作在哪個分支上,可以這樣查看,而且運行下面的命令也可以告訴你:
      $ cat .git/HEAD
      查看項目的發(fā)展變化和比較差異
      這一節(jié)介紹幾個查看項目的版本庫的發(fā)展變化以及比較差異的很有用的命令:
      git-show-branch
      git-diff
      git-whatchanged
      git-show-branch 命令可以使我們看到版本庫中每個分支的世系發(fā)展狀態(tài),并且可以看到每次提交的內(nèi)容是否已進入每個分支。讓我們看到版本庫的發(fā)展記錄。
      譬如我們要查看世系標號為 master^ 和 litary 的版本的差異情況,我們可以使用這樣的命令: $ git-diff master^ litary
      合并兩個分支:git-merge
      既然我們?yōu)轫椖縿?chuàng)建了不同的分支,那么我們就要經(jīng)常地將自己或者是別人在一個分支上的工作合并到其他的分支上去。現(xiàn)在我們看看怎么將 litary 分支上的工作合并到 master 分支中?,F(xiàn)在轉(zhuǎn)移我們當前的工作分支到 master,并且將 litary 分支上的工作合并進來。
      $ git-checkout master
      $ git-merge "Merge work in litary" HEAD litary合并兩個分支,還有一個更簡便的方式,下面的命令和上面的命令是等價的。
      $ git-checkout master
      $ git-pull . litary
      但是,此時 git 會出現(xiàn)合并沖突提示,就要根據(jù)具體的情況和需求對它修改。
      參考:
      1.顯示服務器版本
      cat /etc/redhat-release
      #CentOS release 6.4 (Final)
      
      ipconfig
      #服務器IP192.168.1.225 域名www.domain.com  SSH端口8200(默認為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
      #如何能顯示版本號,即表示成功
      
      
      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.在開發(fā)機上,生產(chǎn)密鑰并上傳到服務器上
      
      ssh-keygen -t rsa
      #一路回車,不需要設置密碼
      
      #上傳公鑰到服務器(默認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
      
      #修改后,客戶端即可用以下方式進行連接
      #git clone ssh://git@www.domain.com/gitosis-admin.git
      
      #上傳公鑰到服務器(修改端口,并在配置中指定端口)
      scp ~/.ssh/id_rsa.pub root@www.domain.com:/tmp/
      
      ls /tmp/id_rsa.pub
      #顯示已經(jīng)上傳的密鑰
      
      
      
      5.服務器上生成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.在開發(fā)機上導出管理
      mkdir -p /repo
      cd /repo
      git clone git@www.domain.com:gitosis-admin.git
      
      
      7.增加及設置管理項目
      cd /repo/gitosis-admin
      
      #查看已經(jīng)上傳密鑰
      ls keydir
      cat keydir/vicowong\@VICO.pub  #vicowong@VICO.pub為已經(jīng)上傳的開發(fā)機生成的公密
      
      #顯示密鑰最后的符串為密鑰用戶名 這里為vicowong@VICO
      
      vim gitosis.conf
      
      #在文件尾增加以下內(nèi)容
      [group test-git] # 組名稱
      writable = test-git # 項目名稱
      members = vicowong@VICO #密鑰用戶名
      
      #提交修改
      git add .
      git commit -a -m "add test-git repo"
      git push
      
      9.初始,增加及使用項目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
      問題總結(jié):
      我在上傳些代碼的時候,有時候會遇到&ldquo;git did not exit cleanly (exit code 128)&rdquo;錯誤。通常都是網(wǎng)絡原因。
      我在上傳些代碼的時候,有時候會遇到“git did not exit cleanly (exit code 128)”錯誤。通常都是網(wǎng)絡原因。
      找了網(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)上電臺,廣播,在線廣播,網(wǎng)絡廣播,廣播電臺,網(wǎng)絡電臺,在線電臺,電臺在線收聽,廣播電臺在線收聽,網(wǎng)絡電臺在線收聽,在線收聽電臺,fm收音機,網(wǎng)絡收音機,廣播下載,在線收音機,收音機軟件下載,電臺軟件下載,網(wǎng)絡收音機下載--------------

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

        0條評論

        發(fā)表

        請遵守用戶 評論公約

        類似文章 更多