收藏！工做中Git使用實踐和經常使用命令流程合集

工做中git是一項必不可少的技能，在項目的開發進程中起着相當重要的做用

下面介紹一些git在工做中的一些使用實踐、經常使用流程、經常使用命令，供你們參考！

一：前言

Git的定義是：分佈式版本控制系統，用於項目開發中的版本控制。

從本質上來說 Git 是一個內容尋址（content-addressable）文件系統，並在此之上提供了一個版本控制系統的用戶界面。

Git 的核心部分是一個簡單的鍵值對數據庫（key-value data store）。你能夠向該數據庫插入任意類型的內容，它會返回一個鍵值，經過該鍵值能夠在任意時刻再次檢索（retrieve）該內容。

git管理的項目工做目錄下的每個文件都不外乎這兩種狀態：已跟蹤或未跟蹤。

• 已跟蹤的文件是指那些被歸入了版本控制的文件，在上一次快照中有它們的記錄，在工做一段時間後，它們的狀態可能處於未修改，已修改或已放入暫存區。

• 工做目錄中除已跟蹤文件之外的全部其它文件都屬於未跟蹤文件，它們既不存在於上次快照的記錄中，也沒有放入暫存區。

• 初次克隆某個倉庫的時候，工做目錄中的全部文件都屬於已跟蹤文件，並處於未修改狀態。

Git 保存的不是文件的變化或者差別，而是一系列不一樣時刻的文件快照。

在進行提交操做時，Git 會保存一個提交對象（commit object）。該提交對象會包含一個指向暫存內容快照的指針。但不只僅是這樣，該提交對象還包含了做者的姓名和郵箱、提交時輸入的信息以及指向它的父對象的指針。

二：git存儲

git將項目的存儲分爲4部分，每部分有本身做用，見下圖：(圖片來自：博客)

• Workspace：工做區（當前用戶操做修改的區域）

• Index/Stage：暫存區 （add後的區域）

• Repository：倉庫區或本地倉庫（commit後的區域）

• Remote：遠程倉庫（push後的區域）

總體過程能夠簡述爲：

• 工做區--> add-->暫存區--> commit-->本地倉庫區--> push-->遠程倉庫區

• 遠程倉庫區--> fetch-->使用refs\remotes下對應分支文件記錄遠程分支末端commit_id 和 本地倉庫區 --> merge-->工做區

• 遠程倉庫區--> pull-->使用refs\remotes下對應分支文件記錄遠程分支末端commit_id and 本地倉庫區 and 工做區

git pull和git fetch有什麼不一樣呢？下面簡單說一下

想要知道他們得不一樣，咱們須要先了解兩個概念

• FETCH_HEAD：能夠看作是一個版本連接，記錄在本地的refs\remotes下對應分支文件中，指向着目前已經從遠程倉庫取下來的分支的最新版本的commit_id。

• commit-id：在每次本地commit來保存當前工做到本地倉庫區後， 會產生一個commit-id，這是一個能惟一標識一個版本的序列號。在使用git push後，這個序列號還會同步到遠程倉庫。

因此他們之間的不一樣在於：

• git pull 直接將遠程分支的修改更新到本地倉庫區和本地工做區，咱們就能夠在本地工做區中看到最新代碼

• git fetch 只將遠程分支的修改拉取到本地倉庫，並更新到FETCHHEAD，記錄遠程分支最新的commitid，不會更新本地工做區代碼，只有使用了 git merge 纔會將提交更新到本地倉庫區和工做區

其餘想要了解更多git內部消息請移步個人另外一篇博文：git內部存儲實現機制

在 git status中的體現，見下圖：

• Changesto be committed：:表明被add的文件，被加載到了暫存區

• Changesnotstagedforcommit：表明在當前分支中被修改的文件，尚未被add，存儲在工做區

• Untrackedfiles ：表明不被git追蹤的文件，能夠理解爲不被git管理的文件

• 若是沒有Changes to be committed和Changes not staged for commit說明現階段全部的修改已經被commit到本地倉庫

• 若是git status後出現下述狀況，說明還有已經的commit到本地倉庫的還未被push到遠程倉庫

Git 做爲一個系統，是以它的通常操做來管理並操縱(HEAD、index、Working Directory)三棵樹的

• HEAD： 是當前分支引用的指針，它老是指向該分支上的最後一次提交。這表示 HEAD 將是下一次提交的父結點。一般，理解 HEAD 的最簡方式，就是將它看作 你的上一次提交的快照。

• index： index索引是你的 預期的下一次提交。咱們也會將這個概念引用爲 Git 的 「暫存區域」，這就是當你運行 git commit 時 Git 看起來的樣子。Git 將上一次檢出到工做目錄中的全部文件填充到索引區，它們看起來就像最初被檢出時的樣子。以後你會將其中一些文件替換爲新版本，接着經過 git commit 將它們轉換爲樹來用做新的提交。

• WorkingDirectory：最後，你就有了本身的工做目錄。另外兩棵樹以一種高效但並不直觀的方式，將它們的內容存儲在 .git 文件夾中。工做目錄會將它們解包爲實際的文件以便編輯。

以下圖：

三：git提交規則

首先，有個問題須要確認一下，提交信息是使用中文仍是英文呢？

若是你的項目是開源項目而且面向國際的開源項目，相似於阿里的Druid\PingCAP的TiDB等，那麼必定要是用英文提交信息的！若是你的項目是公司內部使用或者只會被公司內部開發修改，那麼中文也是不錯的，更加便於查看和管理。固然，開發組中的英文能力都不錯的話，用英文也是能夠的。

分支Branch管理：若是沒有一個好的branch管理的話，可能會有下述圖的狀況，刺不刺激~

推薦的分支管理：

• master 分支爲主分支(保護分支)，禁止直接在master上進行修改代碼和提交，此分支的代碼能夠隨時被髮布到線上；

• develop 分支爲測試分支或者叫作合併分支，全部開發完成須要提交測試的功能合併到該分支，該分支包含最新的更改；

• feature 分支爲開發分支，你們根據不一樣需求建立獨立的功能分支，開發完成後合併到develop分支；

• fix 分支爲bug修復分支，須要根據實際狀況對已發佈的版本進行漏洞修復；

標籤Tag管理：Tag採用三段式：v版本.里程碑.序號（v2.3.1）

• 架構升級或架構重大調整，修改第1位

• 新功能上線或者模塊大的調整，修改第2位

• bug修復上線，修改第3位

固然，能夠根據實際狀況來設計，好比項目特別大，可使用四段表達Tag，項目比較小也可使用二段式Tag，只要符合場景並有實際意義便可 ！

提交信息格式：下面只是提供一種建議格式，你們能夠根據本身的項目實際狀況來定格式，只要能把當前提交表達清楚,格式統一,方便快速閱讀和定位便可！

1.建議中文示例：

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

• <修改>(TestServiceImpl) 修改某功能的某個實現爲另外一個實現

• <bug修復 style="margin: 0px; padding: 0px; box-sizing: border-box;">(TestUnti) 修復url特殊狀況下解析失敗問題 (issue#12)</bug修復>

• <重構>(getData) 重構獲取數據的方法

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

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

2.建議的英文示例：

• feat：新功能（feature）

• style：格式

• fix：修補bug

• refactor：重構

• test：測試相關

• docs：文檔（documentation）

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

4.優勢：

• 與github數據issue關聯，便於經過issue獲取更多信息

• commit 提交時，格式統一，便於後續快速準肯定位提交

• 能夠更好的將這次提交表述清楚

四：Git操做過程

4.1 初始化項目，並上傳到git服務器

基本過程：建立遠程倉庫、初始化本地git倉庫、將本地倉庫與遠程倉庫關聯起來、添加本地倉庫想要提交的代碼到本地git緩衝區，將本地倉庫的本地分支與遠程倉庫的遠程分支關聯起來、提交代碼

1. 在git服務器上建立同名git項目，並獲取http地址

2. 本地git初始化項目git倉庫，在項目目錄下 git init

3. 將本地git倉庫和遠程倉庫關聯起來，並設置遠程倉庫名稱 git remote add<name><http地址>

其中http地址爲上述第一步獲取的遠程倉庫的地址，name通常爲origin，固然也能夠設置其餘的名字 例如：git remote add origin http://igit.corp.com/my/test.git

    4. 添加項目文件到本地git緩衝區 git add-A git commit-m '初始化項目' 或者 git commit-a-m '初始化項目'

    5. 將本地分支關聯遠程分支並提交，git默認在遠程分支上建立於本地分支同名的分支 git push--set-upstream origin master

這就是將本地的master分支 與 origin遠程倉庫關聯起來並在遠程倉庫建立同名master分支，之後本地master都提交到遠程倉庫中的origin/master分支上。

upstream：上游的意思

至此，應該就能夠了，咱們能夠在git服務器上刷新看看是否提交上去了

4.2 提交某一分支的修改

1. 查看當前分支的修改 git status

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

3. 確認正確後，提交修改到暫存區 git add-A或者git add<file_name><file_name>

4. 提交到本地倉庫 git commit-m'提交信息'

5. 提交到遠程倉庫 git push

4.3 拉取遠程分支修改到本地分支

當遠程分支別人推了一版新的代碼時，咱們想要將代碼拉下來，能夠採用兩種方式pull 和 fetch+merge：(他們的不一樣點文章上面已經解釋)

使用pull：

1. 將遠程分支最新代碼更新合併到本地倉庫區和工做區 git pull

使用fetch：

1. 將遠程全部分支最新的commitid更新到FETCHHEAD，記錄遠程分支最新的commit_id 和 本地倉庫區 git fetch

2. 將最新的代碼合併到工做區 git merge

4.4 取消track某一文件

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

untrack後，使用commit -a 時，不會將其添加到暫存區中

1. 以後會在.ignore文件中將該untrack的文件添加進去，完成

4.5 保存帳號密碼，避免每次push都要輸入(簡單方法)

1. 確保在git中手動輸入過帳號和密碼

2. 輸入下面語句便可 git config--globalcredential.helper store

4.6 暫存本身的修改，便於接着工做（特別有用）

試想一個場景：若是你正在一個分支上工做修改，leader讓你改另外的分支的BUG或者對其餘的分支作一些操做。

咱們知道若是一個分支上有尚未commit的修改的話，不能夠切換分支，可是又由於本身的工做還未完成，不想commit，此時 git stash 就起做用了。

你要把如今正在工做的分支保存下來，等處理完其餘的再回來接着當前分支的修改工做。

    1. 將當前分支的修改暫存起來（此處不等於add+commit） git stash

備份當前的工做區的內容，從最新的一次提交中讀取相關內容，讓工做區保證和上次提交的內容一致。同時，將當前的工做區修改的內容保存到Git棧中暫存起來。

    2. 切換到別的分支工做，完成後切換回原來的工做分支，查看暫存列表 git stash list

顯示Git棧內的全部備份，能夠利用這個列表來決定從那個地方恢復

    3. 恢復暫存的修改到工做區 git stash apply<stash_name> 恢復暫存以後不刪除暫存

從Git棧中讀取最新一次保存的內容，恢復工做區的相關內容。

    git stash pop 恢復暫存以後刪除暫存

從Git棧中讀取最新一次保存的內容，恢復工做區的相關內容。以後pop會刪除最新的暫存。

    4. 刪除「暫存」 git stash drop<stash_name>

從Git棧刪除最舊的一個暫存

結束

4.7 將文件修改回退到某一狀態

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

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

注意！！！上述命令會將commit_id前的全部commit修改刪除
git reset<commit_id> 

上述命令不會將commit_id前的commit刪除，而是會將修改回退到本地工做區 

git push origin HEAD--force 此步驟將服務器方也設置爲相應的commit

b. 將文件修改恢復到當前已提交分支的原樣（未 git add 狀況下） 撤銷修改就回到和版本庫如出一轍的狀態，即用版本庫裏的版本替換工做區的版本

git checkout--<file_name>

c. 將文件修改恢復到當前已提交分支的原樣（已經 git add 狀況下） 

git reset HEAD 將add退回 

git checkout--<file_name>

d. 將文件修改恢復到已提交分支的原樣（已經 git commit 狀況下） 

git reset<commit_id> 此處commit_id能夠是任意分支的commit_id 

git checkout--<file_name>

4.8 版本的回溯與前進

有時候須要回溯或前進到之前的版本 或 回溯前進到之前的commit

只要記住commit_id就能夠在版本之間來回的穿梭，注意是能夠「來回」穿梭哦

1. 獲取須要回溯到版本的commitid git log --> 複製所需的版本commitid

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

3. 若是想讓服務器也回退到該版本的話 git push origin HEAD--force

五：Git經常使用命令

初始化項目爲git項目 

git init

clone服務器代碼到本地 

git clone<http_url>

添加修改文件到暫存區 

git add<file_name> 

git add-A 添加全部修改文件到暫存區

提交修改到本地倉庫 

git commit-m'提交信息' 

git commit-a-m'提交信息' 至關於git add -A + git commit -m 的整合

提交本地倉庫的修改到遠程倉庫 

git push

將遠程庫<remote_name style="margin: 0px; padding: 0px; box-sizing: border-box;">的遠程分支<branch_name style="margin: 0px; padding: 0px; box-sizing: border-box;">做爲當前分支的上游分支</branch_name></remote_name> 

git push--set-upstream<remote_name><branch_name><remote_name style="margin: 0px; padding: 0px; box-sizing: border-box;">爲遠程倉庫的別名，通常爲origin</remote_name>

查看文件本次的修改 

git diff 顯示本次全部被修改文件的修改 

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

查看當前分支下當前狀態 

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

查看提交歷史 

git log 

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

merge其餘分支到當前分支 

git merge<branch_name>

在merge過程若是出現衝突，在解決衝突後會產生一個新的commit，而且HEAD指向該commit 若是沒有衝突，HEAD會在分支的最新commit上

切換到上一個分支 

git checkout-

切換到其餘分支 

git checkout<branch_name>

在某一分支基礎上建立新分支 

git checkout<branch_name> 切換到基礎分支

git checkout-b<new_branch_name> 在當前分支基礎上 建立新分支

顯示分支 

git branch 全部本地分支 

git branch-r 全部遠程分支 

git branch-a 全部分支，本地和遠程

刪除本地分支 

git branch-D<branch-name>

刪除遠程分支 

git push origin--delete<branch-name>

添加一個新的遠程倉庫 

git remote add<shortname><url>

在同一個項目的git url中能夠添加多個遠程倉庫 每一個倉庫相互隔離有本身的分支管理

將本地分支與遠程倉庫中分支聯繫起來 

git push--set-upstream<遠程倉庫名稱><遠程倉庫中分支名稱>

之後本地的該分支的push，會默認提交到設置的遠程倉庫中遠程分支中

刪除遠程倉庫 git remote rm<遠程倉庫name>

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

刪除遠程tag git push origin:refs/tags/<tag_name>

查看tag信息 git show<tag_name>

暫存當前修改 git stash

查看暫存列表 git stash lsit

恢復暫存的修改 

git stash apply （恢復後不刪除暫存） 

git stash pop （恢復後刪除暫存）

刪除暫存 git stash drop

撤回已經add到暫存區的文件到本地工做區 

git reset HEAD<file_name> 

git reset HEAD 回退全部add

add會被標識爲Changes to be committed，取消add後標識爲Changes not staged for commit(不等於untrack)

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

untrack後，使用commit -a 時，不會將其添加到暫存區中

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

撤銷在本地工做區的文件的修改

撤銷修改就回到和版本庫如出一轍的狀態，即用版本庫裏的版本替換工做區的版本 git checkout--<file_name>

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

git reset--hard<commit_id> 

git push origin HEAD--force 此步驟將服務器方也設置爲相應的commit

刪除本地在遠程服務器上不存在的分支 git remote prune origin

拉取遠程分支到本地 git fetch origin<branch_name>

新建一個tag到指定commit 

git tag<tag_name><commit_id> git tag<tag_name> 當前commit

取消當前合併，重建合併前狀態 git merge--abort

總結

本文介紹了Git是什麼、Git的存儲結構、Git的提交規則和一些工做中常會用到的git操做的過程，最後總結了經常使用的命令。Git在工做中的團隊開發中起着相當重要的做用，但願本篇文章能夠對你們有些許幫助~

更多技術文章，歡迎關注博主！