來(lái)自：匠心Java

工作中g(shù)it是一項(xiàng)必不可少的技能，在項(xiàng)目的開(kāi)發(fā)進(jìn)程中起著至關(guān)重要的作用

下面介紹一些git在工作中的一些使用實(shí)踐、常用流程、常用命令，供大家參考！

一：前言

Git的定義是：分布式版本控制系統(tǒng)，用于項(xiàng)目開(kāi)發(fā)中的版本控制。

從本質(zhì)上來(lái)講 Git 是一個(gè)內(nèi)容尋址（content-addressable）文件系統(tǒng)，并在此之上提供了一個(gè)版本控制系統(tǒng)的用戶(hù)界面。

Git 的核心部分是一個(gè)簡(jiǎn)單的鍵值對(duì)數(shù)據(jù)庫(kù)（key-value data store）。你可以向該數(shù)據(jù)庫(kù)插入任意類(lèi)型的內(nèi)容，它會(huì)返回一個(gè)鍵值，通過(guò)該鍵值可以在任意時(shí)刻再次檢索（retrieve）該內(nèi)容。

git管理的項(xiàng)目工作目錄下的每一個(gè)文件都不外乎這兩種狀態(tài)：已跟蹤或未跟蹤。

• 已跟蹤的文件是指那些被納入了版本控制的文件，在上一次快照中有它們的記錄，在工作一段時(shí)間后，它們的狀態(tài)可能處于未修改，已修改或已放入暫存區(qū)。

• 工作目錄中除已跟蹤文件以外的所有其它文件都屬于未跟蹤文件，它們既不存在于上次快照的記錄中，也沒(méi)有放入暫存區(qū)。

• 初次克隆某個(gè)倉(cāng)庫(kù)的時(shí)候，工作目錄中的所有文件都屬于已跟蹤文件，并處于未修改狀態(tài)。

Git 保存的不是文件的變化或者差異，而是一系列不同時(shí)刻的文件快照。

在進(jìn)行提交操作時(shí)，Git 會(huì)保存一個(gè)提交對(duì)象（commit object）。該提交對(duì)象會(huì)包含一個(gè)指向暫存內(nèi)容快照的指針。但不僅僅是這樣，該提交對(duì)象還包含了作者的姓名和郵箱、提交時(shí)輸入的信息以及指向它的父對(duì)象的指針。

二：git存儲(chǔ)

git將項(xiàng)目的存儲(chǔ)分為4部分，每部分有自己作用，見(jiàn)下圖：(圖片來(lái)自：博客)

• Workspace：工作區(qū)（當(dāng)前用戶(hù)操作修改的區(qū)域）

• Index/Stage：暫存區(qū) （add后的區(qū)域）

• Repository：倉(cāng)庫(kù)區(qū)或本地倉(cāng)庫(kù)（commit后的區(qū)域）

• Remote：遠(yuǎn)程倉(cāng)庫(kù)（push后的區(qū)域）

整體過(guò)程可以簡(jiǎn)述為：

• 工作區(qū)--> add-->暫存區(qū)--> commit-->本地倉(cāng)庫(kù)區(qū)--> push-->遠(yuǎn)程倉(cāng)庫(kù)區(qū)

• 遠(yuǎn)程倉(cāng)庫(kù)區(qū)--> fetch-->使用refs\remotes下對(duì)應(yīng)分支文件記錄遠(yuǎn)程分支末端commit_id 和 本地倉(cāng)庫(kù)區(qū) --> merge-->工作區(qū)

• 遠(yuǎn)程倉(cāng)庫(kù)區(qū)--> pull-->使用refs\remotes下對(duì)應(yīng)分支文件記錄遠(yuǎn)程分支末端commit_id and 本地倉(cāng)庫(kù)區(qū) and 工作區(qū)

git pull和git fetch有什么不同呢？下面簡(jiǎn)單說(shuō)一下

想要知道他們得不同，我們需要先了解兩個(gè)概念

• FETCH_HEAD：可以看做是一個(gè)版本鏈接，記錄在本地的refs\remotes下對(duì)應(yīng)分支文件中，指向著目前已經(jīng)從遠(yuǎn)程倉(cāng)庫(kù)取下來(lái)的分支的最新版本的commit_id。

• commit-id：在每次本地commit來(lái)保存當(dāng)前工作到本地倉(cāng)庫(kù)區(qū)后， 會(huì)產(chǎn)生一個(gè)commit-id，這是一個(gè)能唯一標(biāo)識(shí)一個(gè)版本的序列號(hào)。在使用git push后，這個(gè)序列號(hào)還會(huì)同步到遠(yuǎn)程倉(cāng)庫(kù)。

所以他們之間的不同在于：

• git pull 直接將遠(yuǎn)程分支的修改更新到本地倉(cāng)庫(kù)區(qū)和本地工作區(qū)，我們就可以在本地工作區(qū)中看到最新代碼

• git fetch 只將遠(yuǎn)程分支的修改拉取到本地倉(cāng)庫(kù)，并更新到FETCHHEAD，記錄遠(yuǎn)程分支最新的commitid，不會(huì)更新本地工作區(qū)代碼，只有使用了 git merge 才會(huì)將提交更新到本地倉(cāng)庫(kù)區(qū)和工作區(qū)

其他想要了解更多git內(nèi)部消息請(qǐng)移步我的另一篇博文：git內(nèi)部存儲(chǔ)實(shí)現(xiàn)機(jī)制

在 git status中的體現(xiàn)，見(jiàn)下圖：

• Changesto be committed：:代表被add的文件，被加載到了暫存區(qū)

• Changesnotstagedforcommit：代表在當(dāng)前分支中被修改的文件，還沒(méi)有被add，存儲(chǔ)在工作區(qū)

• Untrackedfiles ：代表不被git追蹤的文件，可以理解為不被git管理的文件

• 如果沒(méi)有Changes to be committed和Changes not staged for commit說(shuō)明現(xiàn)階段所有的修改已經(jīng)被commit到本地倉(cāng)庫(kù)

• 如果git status后出現(xiàn)下述情況，說(shuō)明還有已經(jīng)的commit到本地倉(cāng)庫(kù)的還未被push到遠(yuǎn)程倉(cāng)庫(kù)

   

    
$ git status
    
On branch master
    
Your branch is ahead of 'origin/master' by 2 commits.
    
 (use "git push" to publish your local commits)
   

Git 作為一個(gè)系統(tǒng)，是以它的一般操作來(lái)管理并操縱(HEAD、index、Working Directory)三棵樹(shù)的

• HEAD： 是當(dāng)前分支引用的指針，它總是指向該分支上的最后一次提交。這表示 HEAD 將是下一次提交的父結(jié)點(diǎn)。通常，理解 HEAD 的最簡(jiǎn)方式，就是將它看做 你的上一次提交的快照。

• index： index索引是你的 預(yù)期的下一次提交。我們也會(huì)將這個(gè)概念引用為 Git 的 “暫存區(qū)域”，這就是當(dāng)你運(yùn)行 git commit 時(shí) Git 看起來(lái)的樣子。Git 將上一次檢出到工作目錄中的所有文件填充到索引區(qū)，它們看起來(lái)就像最初被檢出時(shí)的樣子。之后你會(huì)將其中一些文件替換為新版本，接著通過(guò) git commit 將它們轉(zhuǎn)換為樹(shù)來(lái)用作新的提交。

• WorkingDirectory：最后，你就有了自己的工作目錄。另外兩棵樹(shù)以一種高效但并不直觀(guān)的方式，將它們的內(nèi)容存儲(chǔ)在 .git 文件夾中。工作目錄會(huì)將它們解包為實(shí)際的文件以便編輯。

如下圖：

 

三：git提交規(guī)則

首先，有個(gè)問(wèn)題需要確認(rèn)一下，提交信息是使用中文還是英文呢？

如果你的項(xiàng)目是開(kāi)源項(xiàng)目并且面向國(guó)際的開(kāi)源項(xiàng)目，類(lèi)似于阿里的Druid\PingCAP的TiDB等，那么一定要是用英文提交信息的！如果你的項(xiàng)目是公司內(nèi)部使用或者只會(huì)被公司內(nèi)部開(kāi)發(fā)修改，那么中文也是不錯(cuò)的，更加便于查看和管理。當(dāng)然，開(kāi)發(fā)組中的英文能力都不錯(cuò)的話(huà)，用英文也是可以的。

分支Branch管理：如果沒(méi)有一個(gè)好的branch管理的話(huà)，可能會(huì)有下述圖的情況，刺不刺激~推薦的分支管理：

• master 分支為主分支(保護(hù)分支)，禁止直接在master上進(jìn)行修改代碼和提交，此分支的代碼可以隨時(shí)被發(fā)布到線(xiàn)上；

• develop 分支為測(cè)試分支或者叫做合并分支，所有開(kāi)發(fā)完成需要提交測(cè)試的功能合并到該分支，該分支包含最新的更改；

• feature 分支為開(kāi)發(fā)分支，大家根據(jù)不同需求創(chuàng)建獨(dú)立的功能分支，開(kāi)發(fā)完成后合并到develop分支；

• fix 分支為bug修復(fù)分支，需要根據(jù)實(shí)際情況對(duì)已發(fā)布的版本進(jìn)行漏洞修復(fù)；

標(biāo)簽Tag管理：Tag采用三段式：v版本.里程碑.序號(hào)（v2.3.1）

• 架構(gòu)升級(jí)或架構(gòu)重大調(diào)整，修改第1位

• 新功能上線(xiàn)或者模塊大的調(diào)整，修改第2位

• bug修復(fù)上線(xiàn)，修改第3位

當(dāng)然，可以根據(jù)實(shí)際情況來(lái)設(shè)計(jì)，比如項(xiàng)目特別大，可以使用四段表達(dá)Tag，項(xiàng)目比較小也可以使用二段式Tag，只要符合場(chǎng)景并有實(shí)際意義即可 ！

提交信息格式：下面只是提供一種建議格式，大家可以根據(jù)自己的項(xiàng)目實(shí)際情況來(lái)定格式，只要能把當(dāng)前提交表達(dá)清楚,格式統(tǒng)一,方便快速閱讀和定位即可！

1.建議中文示例：

• <新功能>(urllAnalyz) 添加解析url功能l

• <修改>(TestServiceImpl) 修改某功能的某個(gè)實(shí)現(xiàn)為另一個(gè)實(shí)現(xiàn)

• (TestUnti) 修復(fù)url特殊情況下解析失敗問(wèn)題 (issue#12)

• <重構(gòu)>(getData) 重構(gòu)獲取數(shù)據(jù)的方法

• <測(cè)試>(getDataTest) 添加（修改、刪除）獲取數(shù)據(jù)的單元測(cè)試代碼

• <文檔>(doc)修改（添加、刪除）文檔

2.建議的英文示例：

• feat：新功能（feature）

• style：格式

• fix：修補(bǔ)bug

• refactor：重構(gòu)

• test：測(cè)試相關(guān)

• docs：文檔（documentation）

3.格式（type：scope：body：issue） ：<|新功能|修改|Bug修復(fù)|重構(gòu)|測(cè)試>（影響模塊）提交描述信息（#issue?）

4.優(yōu)點(diǎn)：

• 與github數(shù)據(jù)issue關(guān)聯(lián)，便于通過(guò)issue獲取更多信息

• commit 提交時(shí)，格式統(tǒng)一，便于后續(xù)快速準(zhǔn)確定位提交

• 可以更好的將此次提交表述清楚

四：Git操作過(guò)程

4.1 初始化項(xiàng)目，并上傳到git服務(wù)器

基本過(guò)程：創(chuàng)建遠(yuǎn)程倉(cāng)庫(kù)、初始化本地git倉(cāng)庫(kù)、將本地倉(cāng)庫(kù)與遠(yuǎn)程倉(cāng)庫(kù)關(guān)聯(lián)起來(lái)、添加本地倉(cāng)庫(kù)想要提交的代碼到本地git緩沖區(qū)，將本地倉(cāng)庫(kù)的本地分支與遠(yuǎn)程倉(cāng)庫(kù)的遠(yuǎn)程分支關(guān)聯(lián)起來(lái)、提交代碼

1. 在git服務(wù)器上創(chuàng)建同名git項(xiàng)目，并獲取http地址

2. 本地git初始化項(xiàng)目git倉(cāng)庫(kù)，在項(xiàng)目目錄下 git init

3. 將本地git倉(cāng)庫(kù)和遠(yuǎn)程倉(cāng)庫(kù)關(guān)聯(lián)起來(lái)，并設(shè)置遠(yuǎn)程倉(cāng)庫(kù)名稱(chēng) git remote add<name><http地址>

其中http地址為上述第一步獲取的遠(yuǎn)程倉(cāng)庫(kù)的地址，name一般為origin，當(dāng)然也可以設(shè)置其他的名字 例如：git remote add origin http://igit.corp.com/my/test.git

    4. 添加項(xiàng)目文件到本地git緩沖區(qū) git add-A git commit-m '初始化項(xiàng)目' 或者 git commit-a-m '初始化項(xiàng)目'

    5. 將本地分支關(guān)聯(lián)遠(yuǎn)程分支并提交，git默認(rèn)在遠(yuǎn)程分支上創(chuàng)建于本地分支同名的分支 git push--set-upstream origin master

這就是將本地的master分支 與 origin遠(yuǎn)程倉(cāng)庫(kù)關(guān)聯(lián)起來(lái)并在遠(yuǎn)程倉(cāng)庫(kù)創(chuàng)建同名master分支，以后本地master都提交到遠(yuǎn)程倉(cāng)庫(kù)中的origin/master分支上。

upstream：上游的意思

至此，應(yīng)該就可以了，我們可以在git服務(wù)器上刷新看看是否提交上去了

4.2 提交某一分支的修改

1. 查看當(dāng)前分支的修改 git status

2. 查看想要查看的文件的修改 git diff<file_name>

3. 確認(rèn)正確后，提交修改到暫存區(qū) git add-A或者git add<file_name><file_name>

4. 提交到本地倉(cāng)庫(kù) git commit-m'提交信息'

5. 提交到遠(yuǎn)程倉(cāng)庫(kù) git push

4.3 拉取遠(yuǎn)程分支修改到本地分支

當(dāng)遠(yuǎn)程分支別人推了一版新的代碼時(shí)，我們想要將代碼拉下來(lái)，可以采用兩種方式pull 和 fetch+merge：(他們的不同點(diǎn)文章上面已經(jīng)解釋)

使用pull：

1. 將遠(yuǎn)程分支最新代碼更新合并到本地倉(cāng)庫(kù)區(qū)和工作區(qū) git pull

使用fetch：

1. 將遠(yuǎn)程所有分支最新的commitid更新到FETCHHEAD，記錄遠(yuǎn)程分支最新的commit_id 和 本地倉(cāng)庫(kù)區(qū) git fetch

2. 將最新的代碼合并到工作區(qū) git merge

4.4 取消track某一文件

1. git rm-r--cache<file_name>

untrack后，使用commit -a 時(shí)，不會(huì)將其添加到暫存區(qū)中

1. 之后會(huì)在.ignore文件中將該untrack的文件添加進(jìn)去，完成

4.5 保存賬號(hào)密碼，避免每次push都要輸入(簡(jiǎn)單方法)

1. 確保在git中手動(dòng)輸入過(guò)賬號(hào)和密碼

2. 輸入下面語(yǔ)句即可 git config--globalcredential.helper store

4.6 暫存自己的修改，便于接著工作（特別有用）

試想一個(gè)場(chǎng)景：如果你正在一個(gè)分支上工作修改，leader讓你改另外的分支的BUG或者對(duì)其他的分支做一些操作。

我們知道如果一個(gè)分支上有還沒(méi)有commit的修改的話(huà)，不可以切換分支，但是又因?yàn)樽约旱墓ぷ鬟€未完成，不想commit，此時(shí) git stash 就起作用了。

你要把現(xiàn)在正在工作的分支保存下來(lái)，等處理完其他的再回來(lái)接著當(dāng)前分支的修改工作。

    1. 將當(dāng)前分支的修改暫存起來(lái)（此處不等于add+commit） git stash

備份當(dāng)前的工作區(qū)的內(nèi)容，從最新的一次提交中讀取相關(guān)內(nèi)容，讓工作區(qū)保證和上次提交的內(nèi)容一致。同時(shí)，將當(dāng)前的工作區(qū)修改的內(nèi)容保存到Git棧中暫存起來(lái)。

    2. 切換到別的分支工作，完成后切換回原來(lái)的工作分支，查看暫存列表 git stash list

顯示Git棧內(nèi)的所有備份，可以利用這個(gè)列表來(lái)決定從那個(gè)地方恢復(fù)

    3. 恢復(fù)暫存的修改到工作區(qū) git stash apply<stash_name> 恢復(fù)暫存之后不刪除暫存

從Git棧中讀取最新一次保存的內(nèi)容，恢復(fù)工作區(qū)的相關(guān)內(nèi)容。

    git stash pop 恢復(fù)暫存之后刪除暫存

從Git棧中讀取最新一次保存的內(nèi)容，恢復(fù)工作區(qū)的相關(guān)內(nèi)容。之后pop會(huì)刪除最新的暫存。

    4. 刪除“暫存” git stash drop<stash_name>

從Git棧刪除最舊的一個(gè)暫存

結(jié)束

4.7 將文件修改回退到某一狀態(tài)

一些已經(jīng)提交的或者已經(jīng)修改的部分，想要再修改一下，或者刪除已經(jīng)提交的

a. 刪除某些commit，將head重定位到某一commit（回溯到以前的版本） git reset--hard<commit_id> 

注意！?。∩鲜雒顣?huì)將commit_id前的所有commit修改刪除
git reset<commit_id> 

上述命令不會(huì)將commit_id前的commit刪除，而是會(huì)將修改回退到本地工作區(qū) 

git push origin HEAD--force 此步驟將服務(wù)器方也設(shè)置為相應(yīng)的commit

b. 將文件修改恢復(fù)到當(dāng)前已提交分支的原樣（未 git add 情況下） 撤銷(xiāo)修改就回到和版本庫(kù)一模一樣的狀態(tài)，即用版本庫(kù)里的版本替換工作區(qū)的版本

git checkout--<file_name>

c. 將文件修改恢復(fù)到當(dāng)前已提交分支的原樣（已經(jīng) git add 情況下） 

git reset HEAD 將add退回 

git checkout--<file_name>

d. 將文件修改恢復(fù)到已提交分支的原樣（已經(jīng) git commit 情況下） 

git reset<commit_id> 此處commit_id可以是任意分支的commit_id 

git checkout--<file_name>

4.8 版本的回溯與前進(jìn)

有時(shí)候需要回溯或前進(jìn)到以前的版本 或 回溯前進(jìn)到以前的commit

只要記住commit_id就可以在版本之間來(lái)回的穿梭，注意是可以“來(lái)回”穿梭哦

1. 獲取需要回溯到版本的commitid git log --> 復(fù)制所需的版本commitid

2. 回退到該版本 git reset--hard<commit_id>

3. 如果想讓服務(wù)器也回退到該版本的話(huà) git push origin HEAD--force

更多文章，請(qǐng)關(guān)注“匠心Java”公眾號(hào)！

五：Git常用命令

初始化項(xiàng)目為git項(xiàng)目 

git init

clone服務(wù)器代碼到本地 

git clone<http_url>

添加修改文件到暫存區(qū) 

git add<file_name> 

git add-A 添加所有修改文件到暫存區(qū)

提交修改到本地倉(cāng)庫(kù) 

git commit-m'提交信息' 

git commit-a-m'提交信息' 相當(dāng)于git add -A + git commit -m 的整合

提交本地倉(cāng)庫(kù)的修改到遠(yuǎn)程倉(cāng)庫(kù) 

git push

將遠(yuǎn)程庫(kù) 的遠(yuǎn)程分支 作為當(dāng)前分支的上游分支  

git push--set-upstream<remote_name><branch_name> 為遠(yuǎn)程倉(cāng)庫(kù)的別名，一般為origin

查看文件本次的修改 

git diff 顯示本次所有被修改文件的修改 

git diff<file_name> 顯示該文件本次的修改

查看當(dāng)前分支下當(dāng)前狀態(tài) 

git status 顯示出被修改的文件和提交的次數(shù)等

查看提交歷史 

git log 

git log--graph 查看分支合并圖

merge其他分支到當(dāng)前分支 

git merge<branch_name>

在merge過(guò)程如果出現(xiàn)沖突，在解決沖突后會(huì)產(chǎn)生一個(gè)新的commit，并且HEAD指向該commit 如果沒(méi)有沖突，HEAD會(huì)在分支的最新commit上

切換到上一個(gè)分支 

git checkout-

切換到其他分支 

git checkout<branch_name>

在某一分支基礎(chǔ)上創(chuàng)建新分支 

git checkout<branch_name> 切換到基礎(chǔ)分支

git checkout-b<new_branch_name> 在當(dāng)前分支基礎(chǔ)上 創(chuàng)建新分支

顯示分支 

git branch 所有本地分支 

git branch-r 所有遠(yuǎn)程分支 

git branch-a 所有分支，本地和遠(yuǎn)程

刪除本地分支 

git branch-D<branch-name>

刪除遠(yuǎn)程分支 

git push origin--delete<branch-name>

添加一個(gè)新的遠(yuǎn)程倉(cāng)庫(kù) 

git remote add<shortname><url>

在同一個(gè)項(xiàng)目的git url中可以添加多個(gè)遠(yuǎn)程倉(cāng)庫(kù) 每個(gè)倉(cāng)庫(kù)相互隔離有自己的分支管理

將本地分支與遠(yuǎn)程倉(cāng)庫(kù)中分支聯(lián)系起來(lái) 

git push--set-upstream<遠(yuǎn)程倉(cāng)庫(kù)名稱(chēng)><遠(yuǎn)程倉(cāng)庫(kù)中分支名稱(chēng)>

以后本地的該分支的push，會(huì)默認(rèn)提交到設(shè)置的遠(yuǎn)程倉(cāng)庫(kù)中遠(yuǎn)程分支中

刪除遠(yuǎn)程倉(cāng)庫(kù) git remote rm<遠(yuǎn)程倉(cāng)庫(kù)name>

刪除本地tag git tag-d<tag_name>

刪除遠(yuǎn)程tag git push origin:refs/tags/<tag_name>

查看tag信息 git show<tag_name>

暫存當(dāng)前修改 git stash

查看暫存列表 git stash lsit

恢復(fù)暫存的修改 

git stash apply （恢復(fù)后不刪除暫存） 

git stash pop （恢復(fù)后刪除暫存）

刪除暫存 git stash drop

撤回已經(jīng)add到暫存區(qū)的文件到本地工作區(qū) 

git reset HEAD<file_name> 

git reset HEAD 回退所有add

add會(huì)被標(biāo)識(shí)為Changes to be committed，取消add后標(biāo)識(shí)為Changes not staged for commit(不等于untrack)

取消track某一文件 git rm-r--cache<file_name>

untrack后，使用commit -a 時(shí)，不會(huì)將其添加到暫存區(qū)中

只merge某一個(gè)分支上的某一個(gè)commit git cherry-pick<被merge分支中的某一個(gè)commit的commit-id>

撤銷(xiāo)在本地工作區(qū)的文件的修改

撤銷(xiāo)修改就回到和版本庫(kù)一模一樣的狀態(tài)，即用版本庫(kù)里的版本替換工作區(qū)的版本 git checkout--<file_name>

刪除某些commit，將head重定位到某一commit（回溯到以前的版本） 

git reset--hard<commit_id> 

git push origin HEAD--force 此步驟將服務(wù)器方也設(shè)置為相應(yīng)的commit

刪除本地在遠(yuǎn)程服務(wù)器上不存在的分支 git remote prune origin

拉取遠(yuǎn)程分支到本地 git fetch origin<branch_name>

新建一個(gè)tag到指定commit 

git tag<tag_name><commit_id> git tag<tag_name> 當(dāng)前commit

取消當(dāng)前合并，重建合并前狀態(tài) git merge--abort

總結(jié)

本文介紹了Git是什么、Git的存儲(chǔ)結(jié)構(gòu)、Git的提交規(guī)則和一些工作中常會(huì)用到的git操作的過(guò)程，最后總結(jié)了常用的命令。Git在工作中的團(tuán)隊(duì)開(kāi)發(fā)中起著至關(guān)重要的作用，希望本篇文章可以對(duì)大家有些許幫助~

特別推薦一個(gè)分享架構(gòu)+算法的優(yōu)質(zhì)內(nèi)容，還沒(méi)關(guān)注的小伙伴，可以長(zhǎng)按關(guān)注一下：
長(zhǎng)按訂閱更多精彩▼
如有收獲，點(diǎn)個(gè)在看，誠(chéng)摯感謝