Git進階教程

來源:互聯網
上載者:User

Git進階教程

今天無意中看到據說是Git入門教程 ,看完後又學到了不少新東西,把自己學到東西總結並記錄下,否則總覺得少了些什麼東西。

下面用一張圖來說明工作區(working directory)、版本庫(Repository)、暫存區(stage),以及分支的概念。

下面解釋不是完全嚴謹,請結合來理解下面四個概念。
工作區(working dicrectory):包含.git目錄的父目錄一般就是工作區,就是我們的工程目錄。新建立的檔案都處於工作區,此時還沒有加入到後面要解釋的的暫緩區。

版本庫(Repository):.git目錄就是版本庫,版本管理的相關檔案都在此目錄下。

暫緩區(stage):對於曾經加入了版本控制的檔案作了修改後,執行git add後的檔案就進入暫緩區。

分支:git初始會預設建立一個master分支,執行git commit後,暫緩區的檔案就到了分支裡面。

如下有一個readme.rst檔案是已經加入了版本庫的,現在對內容進行修改後,查看下狀態

E:\Users\liuzhijun\workspace\blog>git status# On branch master# Your branch is ahead of 'origin/master' by 4 commits.#   (use "git push" to publish your local commits)## Changes not staged for commit:#   (use "git add <file>..." to update what will be committed)#   (use "git checkout -- <file>..." to discard changes in working d##       modified:   README.rst#no changes added to commit (use "git add" and/or "git commit -a")

git提示README.rst已經修改了,但還不是暫緩區的檔案(not staged),待commit。接著還告訴你可以進行怎麼的操作,checkout指撤銷本次修改,注意後面有--,如果不帶這個字元,checkout又是另外一層意思了。

退回到指定版本

退回到指定版本使用命令git reset --hard <version>, HEAD始終指向目前的版本,HEAD^^表示上一個版本。如果想退回到上一個版本就可以使用:

git reset --hard HEAD^^  

如果想退回到指定的某個版本呢?可以使用git log查看擷取commit 版本號碼:

commit 33b351ae746edaf3fd5a56a0318235096b6ed1ceAuthor: liuzhijun <lzjun567@gmail.com>Date:   Sat Mar 15 11:43:56 2014 +0800    commit many filescommit 86eefaaea5251fa5707ecd02009c893c098ab6cdAuthor: liuzhijun <lzjun567@gmai..com>Date:   Thu Mar 14 03:20:27 2013 +0800    add author myself

commit 後面的那串就是版本號碼, 一般只要選擇前面幾位就可以了。git會自動去尋找。

git reset --hard 86eefa

執行上面的命令就是退回到指定的版本,如果現在我又反悔了,想恢複到最近的那個版本怎麼辦?只要你還記得這個最近的版本號碼的話直接執行如上的命令就好了,但是誰會去記這個號啊?那麼還有一個辦法是使用git reflog查看,這個指令記錄了每次的操作。

E:\Users\liuzhijun\workspace\blog>git refloga11c917 HEAD@{0}: reset: moving to a11c        HEAD@{1}: reset: moving to HEAD^        HEAD@{2}: reset: moving to a11c917430050a94549e48d205ef01cacc82c1cf        HEAD@{3}: reset: moving to HEAD^

上面的allc...就是我最近的一次修改。

修改(change)

這裡的修改不是動詞,而是名詞,只要檔案發生了變化就表示修改,包括對檔案內容的更改或者新建立的一個檔案或者刪除一個檔案都叫一個修改。 git跟蹤(track)的就是修改,而不是檔案本身。

撤銷(checkout)

撤銷是指檔案修改後,還沒有添加到暫緩區(還沒有執行git add)過程中的修改撤銷掉,如果已經添加到了暫緩區,但是還沒有commit到分支中去,又做了修改後又想撤銷,那麼這裡的撤銷就是撤銷到暫緩區的狀態。比如現在對檔案新增內容"add some to file":

E:\Users\liuzhijun\workspace\blog>git status# On branch master# Your branch is ahead of 'origin/master' by 4 commits.#   (use "git push" to publish your local commits)## 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:   README.rst

然後把它添加到暫緩區:

git add README.rst

再新增內容 "add some again to file",撤銷後,你會發現第一次添加的內容保留了,第二次添加的內容撤銷了。

E:\Users\liuzhijun\workspace\blog>git checkout -- README.rstE:\Users\liuzhijun\workspace\blog>git status# On branch master# Your branch is ahead of 'origin/master' by 4 commits.#   (use "git push" to publish your local commits)## Changes to be committed:#   (use "git reset HEAD <file>..." to unstage)##       modified:   README.rst
分支管理

開發一個新功能時,可能需要幾周的時間才能完成,那麼可以建立一個分支,在分支上做開發,而不影響主分支的功能。
建立分支:

git branch devgit checkout dev

或者合并成一條命令:

git checkout -b dev

建立dev分支切換後,HEAD指標就從原來的master轉移指向dev分支,git branch可以查看有哪些分支,並且當前是在哪個分支上。

E:\Users\liuzhijun\workspace\blog>git branch* dev  master

星號就代表當前的所在的分支。

切換分支:

git checkout master

合并分支:
切換分支後,dev分支上做的修改在master分支看不到,如果dev分支的功能開發完成後,就可以考慮合并分支了,合并後還可以刪除dev分支,因為此時dev分支對於我們來說沒有多大意義了。

git merge dev

合并分支就是把master執行dev分支,接著還可以刪除分支

git branch -d dev

git鼓勵大家使用分支,因此大家記得多用啊,只有多用才是熟練掌握。

衝突

如果不同的人對同一個檔案的同一個地方做了修改,那麼提交後就會遇到衝突,或者在不同的分支上修改了同一個檔案的同一個地方也會出現衝突,當出現衝突了,就必須手動把有衝突的地方修改後再提交才能解決衝突。

建立分支dev,然後新增內容"add new branch dev",commit後切換到master分支,在同一行新增內容"may be here is conflict",commit後合并。

git checkout -b devgit add README.rstgit commit -m "add new branch"git checkout mastergit add README.rstgit commit -m "add new line"git merge dev#出現錯誤Auto-merging README.rstCONFLICT (content): Merge conflict in README.rstAutomatic merge failed; fix conflicts and then commit the result.

README.rst內容出現了如下情況:

<<<<<<< HEADmay be here is conflict=======add new branch dev >>>>>>> dev

<<<<<<< 到=======\表示當前分支的內容, >>>>>表示dev裡面的內容。手動修改裡面的內容後再提交。那麼master就是最新的檔案了。當然dev還是停留在上次commit的狀態。此時你可能會想,我想在dev分支上與master保持同樣的最新狀態,那麼你可以這樣:

git checkout devgit rebase master

相當於快速的把dev分支指向master。

分支策略

開發過程中,都應該按照以下方式來管理分支。
主分支:程式碼程式庫應該有且只有一個主分支master,master分支的代碼是穩定的,僅用於正式版本發布使用。

開發分支:日常開發工作應該在開發分支dev上完成,待某個時間dev分支的功能完善了就可以考慮merge到master分支上去。

自己的分支:每個人在dev分支上建立自己的分支。
預設情況下,git合并使用"fast forward”模式,相當於直接把master分支指向dev分支。刪除分支後,分支資訊也隨即丟失。

在合并的時候附上參數 --no-ff就可以禁用fast-forward合并模式。這樣在master上能產生一個新的節點,意味著master保留的分支資訊,而這種合并方式我們希望採用的。

git merge --no-ff dev

Ubuntu完美安裝搭建Git伺服器 

GitHub 教程系列文章: 

GitHub 使用教程圖文詳解   

Git 標籤管理詳解  

Git 分支管理詳解  

Git 遠程倉庫詳解  

Git 本地倉庫(Repository)詳解  

Git 伺服器搭建與用戶端安裝   

Git 概述  

分享實用的GitHub 使用教程  

Ubuntu下Git伺服器的搭建與使用指南 

Git 的詳細介紹:請點這裡
Git 的:請點這裡

本文永久更新連結地址:

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.