前言
掌握Git命令是每位程序員必備的基礎，之前一直是用smartGit工具，直到看到大佬們都是在用Git命令操作的，回想一下，發現有些Git命令我都忘記了，於是寫了這篇博文，複習一下~
https://github.com/whx123/JavaHome
公眾號：撿田螺的小男孩
文章目錄
- Git是什麼?
- Git的相關理論基礎
- 日常開發中，Git的基本常用命令
- Git進階之分支處理
- Git進階之處理衝突
- Git進階之撤銷與回退
- Git進階之標籤tag
- Git其他一些經典命令
Git是什麼
在回憶Git是什麼的話，我們先來複習這幾個概念哈~
什麼是版本控制？
百度百科定義是醬紫的~
版本控制是指對軟件開發過程中各種程序代碼、配置文件及說明文檔等文件變更的管理，是軟件配置管理的核心思想之一。
那些年，我們的畢業論文,其實就是版本變更的真實寫照…腦洞一下，版本控制就是這些論文變更的管理~
什麼是集中化的版本控制系統？
那麼，集中化的版本控制系統又是什麼呢，說白了，就是有一個集中管理的中央服務器，保存着所有文件的修改歷史版本，而協同開發者通過客戶端連接到這台服務器，從服務器上同步更新或上傳自己的修改。
什麼是分佈式版本控制系統？
分佈式版本控制系統，就是遠程倉庫同步所有版本信息到本地的每個用戶。嘻嘻，這裏分三點闡述吧：
- 用戶在本地就可以查看所有的歷史版本信息，但是偶爾要從遠程更新一下，因為可能別的用戶有文件修改提交到遠程哦。
- 用戶即使離線也可以本地提交，push推送到遠程服務器才需要聯網。
- 每個用戶都保存了歷史版本，所以只要有一個用戶設備沒問題，就可以恢複數據啦~
什麼是Git?
Git是免費、開源的分佈式版本控制系統，可以有效、高速地處理從很小到非常大的項目版本管理。
Git的相關理論基礎
- Git的四大工作區域
- Git的工作流程
- Git文件的四種狀態
- 一張圖解釋Git的工作原理
Git的四大工作區域
先複習Git的幾個工作區域哈：
- Workspace：你電腦本地看到的文件和目錄，在Git的版本控制下，構成了工作區。
- Index/Stage：暫存區，一般存放在 .git目錄下，即.git/index,它又叫待提交更新區，用於臨時存放你未提交的改動。比如，你執行git add，這些改動就添加到這個區域啦。
- Repository：本地倉庫，你執行git clone 地址，就是把遠程倉庫克隆到本地倉庫。它是一個存放在本地的版本庫，其中HEAD指向最新放入倉庫的版本。當你執行git commit，文件改動就到本地倉庫來了~
- Remote：遠程倉庫，就是類似github，碼雲等網站所提供的倉庫，可以理解為遠程數據交換的倉庫~
Git的工作流程
上一小節介紹完Git的四大工作區域，這一小節呢，介紹Git的工作流程咯，把git的操作命令和幾個工作區域結合起來，個人覺得更容易理解一些吧，哈哈，看圖：
git 的正向工作流程一般就這樣：
- 從遠程倉庫拉取文件代碼回來；
- 在工作目錄，增刪改查文件；
- 把改動的文件放入暫存區；
- 將暫存區的文件提交本地倉庫；
- 將本地倉庫的文件推送到遠程倉庫；
Git文件的四種狀態
根據一個文件是否已加入版本控制，可以把文件狀態分為：Tracked(已跟蹤)和Untracked(未跟蹤)，而tracked(已跟蹤)又包括三種工作狀態：Unmodified，Modified，Staged
- Untracked: 文件還沒有加入到git庫，還沒參与版本控制，即未跟蹤狀態。這時候的文件，通過git add 狀態，可以變為Staged狀態
- Unmodified：文件已經加入git庫, 但是呢，還沒修改, 就是說版本庫中的文件快照內容與文件夾中還完全一致。 Unmodified的文件如果被修改, 就會變為Modified. 如果使用git remove移出版本庫, 則成為Untracked文件。
- Modified：文件被修改了，就進入modified狀態啦，文件這個狀態通過stage命令可以進入staged狀態
- staged：暫存狀態. 執行git commit則將修改同步到庫中, 這時庫中的文件和本地文件又變為一致, 文件為Unmodified狀態.
一張圖解釋Git的工作原理
日常開發中，Git的基本常用命令
- git clone
- git checkout -b dev
- git add
- git commit
- git log
- git diff
- git status
- git pull/git fetch
- git push
這個圖只是模擬一下git基本命令使用的大概流程哈~
git clone
當我們要進行開發，第一步就是克隆遠程版本庫到本地呢
git clone url 克隆遠程版本庫
git checkout -b dev
克隆完之後呢，開發新需求的話，我們需要新建一個開發分支，比如新建開發分支dev
創建分支：
git checkout -b dev 創建開發分支dev，並切換到該分支下
git add
git add的使用格式：
git add . 添加當前目錄的所有文件到暫存區
git add [dir] 添加指定目錄到暫存區，包括子目錄
git add [file1] 添加指定文件到暫存區
有了開發分支dev之後，我們就可以開始開發啦，假設我們開發完HelloWorld.java，可以把它加到暫存區，命令如下
git add Hello.java 把HelloWorld.java文件添加到暫存區去
git commit
git commit的使用格式：
git commit -m [message] 提交暫存區到倉庫區,message為說明信息
git commit [file1] -m [message] 提交暫存區的指定文件到本地倉庫
git commit --amend -m [message] 使用一次新的commit，替代上一次提交
把HelloWorld.java文件加到暫存區后，我們接着可以提交到本地倉庫啦~
git commit -m 'helloworld開發'
git status
git status,表示查看工作區狀態，使用命令格式：
git status 查看當前工作區暫存區變動
git status -s 查看當前工作區暫存區變動，概要信息
git status --show-stash 查詢工作區中是否有stash（暫存的文件）
當你忘記是否已把代碼文件添加到暫存區或者是否提交到本地倉庫，都可以用git status看看哦~
git log
git log，這個命令用得應該比較多，表示查看提交歷史/提交日誌~
git log 查看提交歷史
git log --oneline 以精簡模式显示查看提交歷史
git log -p <file> 查看指定文件的提交歷史
git blame <file> 一列表方式查看指定文件的提交歷史
嘻嘻，看看dev分支上的提交歷史吧要回滾代碼就經常用它喵喵提交歷史
git diff
git diff 显示暫存區和工作區的差異
git diff filepath filepath路徑文件中，工作區與暫存區的比較差異
git diff HEAD filepath 工作區與HEAD ( 當前工作分支)的比較差異
git diff branchName filepath 當前分支的文件與branchName分支的文件的比較差異
git diff commitId filepath 與某一次提交的比較差異
如果你想對比一下你改了哪些內容，可以用git diff對比一下文件修改差異哦
git pull/git fetch
git pull 拉取遠程倉庫所有分支更新併合併到本地分支。
git pull origin master 將遠程master分支合併到當前本地master分支
git pull origin master:master 將遠程master分支合併到當前本地master分支，冒號後面表示本地分支
git fetch --all 拉取所有遠端的最新代碼
git fetch origin master 拉取遠程最新master分支代碼
我們一般都會用git pull拉取最新代碼看看的，解決一下衝突，再推送代碼到遠程倉庫的。
有些夥伴可能對使用git pull還是git fetch有點疑惑，其實
git pull = git fetch+ git merge。pull的話，拉取遠程分支並與本地分支合併，fetch只是拉遠程分支，怎麼合併，可以自己再做選擇。
git push
git push 可以推送本地分支、標籤到遠程倉庫，也可以刪除遠程分支哦。
git push origin master 將本地分支的更新全部推送到遠程倉庫master分支。
git push origin -d <branchname> 刪除遠程branchname分支
git push --tags 推送所有標籤
如果我們在dev開發完，或者就想把文件推送到遠程倉庫，給別的夥伴看看，就可以使用git push origin dev~
Git進階之分支處理
Git一般都是存在多個分支的，開發分支，回歸測試分支以及主幹分支等，所以Git分支處理的命令也需要很熟悉的呀~
- git branch
- git checkout
- git merge
git branch
git branch用處多多呢，比如新建分支、查看分支、刪除分支等等
新建分支：
git checkout -b dev2 新建一個分支，並且切換到新的分支dev2
git branch dev2 新建一個分支，但是仍停留在原來分支
查看分支：
git branch 查看本地所有的分支
git branch -r 查看所有遠程的分支
git branch -a 查看所有遠程分支和本地分支
刪除分支：
git branch -D <branchname> 刪除本地branchname分支
git checkout
切換分支：
git checkout master 切換到master分支
git merge
我們在開發分支dev開發、測試完成在發布之前，我們一般需要把開發分支dev代碼合併到master，所以git merge也是程序員必備的一個命令。
git merge master 在當前分支上合併master分支過來
git merge --no-ff origin/dev 在當前分支上合併遠程分支dev
git merge --abort 終止本次merge，並回到merge前的狀態
比如，你開發完需求后，發版全需要把代碼合到主幹master分支，如下：
Git進階之處理衝突
Git版本控制，還是多個人一起搞的，多個分支並存的，這就難免會有衝突出現~
Git合併分支，衝突出現
同一個文件，在合併分支的時候，如果同一行被多個分支或者不同人都修改了，合併的時候就會出現衝突。
舉個粟子吧，我們現在在dev分支，修改HelloWorld.java文件，假設修改了第三行，並且commit提交到本地倉庫，修改內容如下：
public class HelloWorld {
public static void main(String[] args) {
System.out.println("Hello，撿田螺的小男孩！");
}
}
我們切回到master分支，也修改HelloWorld.java同一位置內容，如下：
public class HelloWorld {
public static void main(String[] args) {
System.out.println("Hello，jay！！");
}
}
再然後呢，我們提交一下master分支的這個改動，並把dev分支合併過下，就出現衝突啦，如圖所示：
Git解決衝突
Git 解決衝突步驟如下：
- 查看衝突文件內容
- 確定衝突內容保留哪些部分，修改文件
- 重新提交，done
1.查看衝突文件內容
git merge提示衝突后，我們切換到對應文件，看看衝突內容哈，，如下：
2.確定衝突內容保留哪些部分，修改文件
- Git用<<<<<<<，=======，>>>>>>>標記出不同分支的內容，
- <<<<<<<HEAD是指主分支修改的內容，>>>>>>> dev是指dev分支上修改的內容
所以呢，我們確定到底保留哪個分支內容，還是兩個分支內容都保留呢，然後再去修改文件衝突內容~
3.修改完衝突文件內容，我們重新提交，衝突done
Git進階之撤銷與回退
Git的撤銷與回退，在日常工作中使用的比較頻繁。比如我們想將某個修改后的文件撤銷到上一個版本，或者想撤銷某次多餘的提交，都要用到git的撤銷和回退操作。
代碼在Git的每個工作區域都是用哪些命令撤銷或者回退的呢，如下圖所示：
有關於Git的撤銷與回退，一般就以下幾個核心命令
- git checkout
- git reset
- git revert
git checkout
如果文件還在工作區，還沒添加到暫存區，可以使用git checkout撤銷
git checkout [file] 丟棄某個文件file
git checkout . 丟棄所有文件
以下demo，使用git checkout — test.txt 撤銷了暫存區test.txt的修改
git reset
git reset的理解
git reset的作用是修改HEAD的位置，即將HEAD指向的位置改變為之前存在的某個版本.
為了更好地理解git reset，我們來回顧一下,Git的版本管理及HEAD的理解
Git的所有提交，會連成一條時間軸線，這就是分支。如果當前分支是master，HEAD指針一般指向當前分支，如下：
假設執行git reset，回退到版本二之後，版本三不見了哦,如下：
git reset的使用
Git Reset的幾種使用模式
git reset HEAD --file
回退暫存區里的某個文件，回退到當前版本工作區狀態
git reset –-soft 目標版本號 可以把版本庫上的提交回退到暫存區，修改記錄保留
git reset –-mixed 目標版本號 可以把版本庫上的提交回退到工作區，修改記錄保留
git reset –-hard 可以把版本庫上的提交徹底回退，修改的記錄全部revert。
先看一個粟子demo吧，代碼git add到暫存區，並未commit提交,就以下醬紫回退，如下：
git reset HEAD file 取消暫存
git checkout file 撤銷修改
再看另外一個粟子吧，代碼已經git commit了，但是還沒有push：
git log 獲取到想要回退的commit_id
git reset --hard commit_id 想回到過去，回到過去的commit_id
如果代碼已經push到遠程倉庫了呢，也可以使用reset回滾哦(這裏大家可以自己操作實踐一下哦)~
git log
git reset --hard commit_id
git push origin HEAD --force
git revert
與git reset不同的是，revert複製了那個想要回退到的歷史版本，將它加在當前分支的最前端。
revert之前：
revert 之後：
當然，如果代碼已經推送到遠程的話，還可以考慮revert回滾呢
git log 得到你需要回退一次提交的commit id
git revert -n <commit_id> 撤銷指定的版本，撤銷也會作為一次提交進行保存
Git進階之標籤tag
打tag就是對發布的版本標註一個版本號，如果版本發布有問題，就把該版本拉取出來，修復bug，再合回去。
git tag 列出所有tag
git tag [tag] 新建一個tag在當前commit
git tag [tag] [commit] 新建一個tag在指定commit
git tag -d [tag] 刪除本地tag
git push origin [tag] 推送tag到遠程
git show [tag] 查看tag
git checkout -b [branch] [tag] 新建一個分支，指向某個tag
Git其他一些經典命令
git rebase
rebase又稱為衍合，是合併的另外一種選擇。
假設有兩個分支master和test
D---E test
/
A---B---C---F--- master
執行 git merge test得到的結果
D--------E
/ \
A---B---C---F----G--- test, master
執行git rebase test，得到的結果
A---B---D---E---C‘---F‘--- test, master
rebase好處是： 獲得更優雅的提交樹，可以線性的看到每一次提交，並且沒有增加提交節點。所以很多時候，看到有些夥伴都是這個命令拉代碼：git pull –rebase
git stash
stash命令可用於臨時保存和恢復修改
git stash 把當前的工作隱藏起來 等以後恢復現場後繼續工作
git stash list 显示保存的工作進度列表
git stash pop stash@{num} 恢復工作進度到工作區
git stash show ：显示做了哪些改動
git stash drop stash@{num} ：刪除一條保存的工作進度
git stash clear 刪除所有緩存的stash。
git reflog
显示當前分支的最近幾次提交
git blame filepath
git blame 記錄了某個文件的更改歷史和更改人，可以查看背鍋人，哈哈
git remote
git remote 查看關聯的遠程倉庫的名稱
git remote add url 添加一個遠程倉庫
git remote show [remote] 显示某個遠程倉庫的信息
參考與感謝
感謝各位前輩的文章：
- 一個小時學會Git
- 【Git】(1)—工作區、暫存區、版本庫、遠程倉庫
- Git Reset 三種模式
- Git恢復之前版本的兩種方法reset、revert（圖文詳解）
- Git撤銷&回滾操作(git reset 和 get revert)
- 為什麼要使用git pull –rebase？
公眾號
- 歡迎關注我個人公眾號，交個朋友，一起學習哈~
- 如果文章有錯誤，歡迎指出哈，感激不盡~
本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理
【其他文章推薦】
※為什麼 USB CONNECTOR 是電子產業重要的元件?
※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!
※台北網頁設計公司全省服務真心推薦
※想知道最厲害的網頁設計公司"嚨底家"!
※新北清潔公司,居家、辦公、裝潢細清專業服務
※推薦評價好的iphone維修中心
