【干貨】打通Git的任督二脈

大家好，我是狼王，一個愛打球的程序員

這篇主要讓我們來學(xué)習(xí)一下Git，這個分布式版本控制系統(tǒng)

在日常工作中，經(jīng)常會用到Git操作。但是對于很多人來講，剛上來對Git很陌生，操作起來也很懵逼。本篇文章主要針對剛開始接觸Git的新人，理解Git的基本原理，掌握常用的一些命令。

什么是版本控制？我真的需要嗎？版本控制是一種記錄若干文件內(nèi)容變化，以便將來查閱特定版本修訂情況的系統(tǒng)。

什么是分布式版本控制系統(tǒng)

分布式版本控制系統(tǒng)（ Distributed Version Control System，簡稱 DVCS ）。

在這類系統(tǒng)中，像 Git，Mercurial，Bazaar 以及 Darcs 等，客戶端并不只提取最新版本的文件快照，而是把原始的代碼倉庫完整地鏡像下來。這么一來，任何一處協(xié)同工作用的服務(wù)器發(fā)生故障，事后都可以用任何一個鏡 像出來的本地倉庫恢復(fù)。因為每一次的提取操作，實際上都是一次對代碼倉庫的完整備份。

更進(jìn)一步，許多這類系統(tǒng)都可以指定和若干不同的遠(yuǎn)端代碼倉庫進(jìn)行交互。借此，你就可以在同一個項目中，分別和不同工作小組的人相互協(xié)作。你可以根據(jù)需要設(shè)定不同的協(xié)作流程，比如層次模型式的工作流，而這在以前的集中式系統(tǒng)中是無法實現(xiàn)的。

以上包括一些簡單而常用的命令，但是先不關(guān)心這些，先來了解下面這4個專有名詞。

1. Workspace：工作區(qū)
2. Index / Stage：暫存區(qū)
3. Repository：倉庫區(qū)（或本地倉庫）
4. Remote：遠(yuǎn)程倉庫

工作區(qū)

指的是在PC中能看得到的創(chuàng)建的一個管理倉庫的目錄，比如我的test文件夾就是一個工作區(qū)：如下圖：

暫存區(qū)

.git目錄下的index文件, 暫存區(qū)會記錄git add添加文件的相關(guān)信息(文件名、大小、timestamp...)，不保存文件實體, 通過id指向每個文件實體。可以使用git status查看暫存區(qū)的狀態(tài)。暫存區(qū)標(biāo)記了你當(dāng)前工作區(qū)中，哪些內(nèi)容是被git管理的。

當(dāng)你完成某個需求或功能后需要提交到遠(yuǎn)程倉庫，那么第一步就是通過git add先提交到暫存區(qū)，被git管理。

本地倉庫

保存了對象被提交 過的各個版本，比起工作區(qū)和暫存區(qū)的內(nèi)容，它要更舊一些。

git commit后同步index的目錄樹到本地倉庫，方便從下一步通過git push同步本地倉庫與遠(yuǎn)程倉庫的同步。

遠(yuǎn)程倉庫

遠(yuǎn)程倉庫的內(nèi)容可能被分布在多個地點(diǎn)的處于協(xié)作關(guān)系的本地倉庫修改，因此它可能與本地倉庫同步，也可能不同步，但是它的內(nèi)容是最舊的。

小結(jié)

1. 任何對象都是在工作區(qū)中誕生和被修改；
2. 任何修改都是從進(jìn)入index區(qū)才開始被版本控制；
3. 只有把修改提交到本地倉庫，該修改才能在倉庫中留下痕跡；
4. 與協(xié)作者分享本地的修改，可以把它們push到遠(yuǎn)程倉庫來共享。

下面這幅圖更加直接闡述了四個區(qū)域之間的關(guān)系，可能有些命令不太清楚，沒關(guān)系，下部分會詳細(xì)介紹。

網(wǎng)上找了個圖，別人整理的一張圖，很全很好，借來用下。下面詳細(xì)解釋一些常用命令。

HEAD

在掌握具體命令前，先理解下HEAD。

這要從git的分支說起，git 中的分支，其實本質(zhì)上僅僅是個指向 commit 對象的可變指針。git 是如何知道你當(dāng)前在哪個分支上工作的呢？其實答案也很簡單，它保存著一個名為 HEAD 的特別指針。在 git 中，它是一個指向你正在工作中的本地分支的指針，可以將 HEAD 想象為當(dāng)前分支的別名。

add

add相關(guān)命令很簡單，主要實現(xiàn)將工作區(qū)修改的內(nèi)容提交到暫存區(qū)，交由git管理。

1. git add . 添加當(dāng)前目錄的所有文件到暫存區(qū)
2. git add dir ?添加指定目錄到暫存區(qū)，包括子目錄
3. git add file 添加指定文件到暫存區(qū)

git add -A 和 git add . 和 git add -u 的區(qū)別

git?add?-A?:?把所有變化提交到索引庫，包含當(dāng)前git倉庫的所有目錄
git?add?-u?:?提交被修改(modified)和被刪除(deleted)文件，不包括新文件(new)
git add . :?該操作與git 的版本有關(guān)：
?????-1.x 版本：提交新文件(new)和被修改(modified)文件，不包括被刪除(deleted)文件
?????-2.x 版本：和git add -A一樣，提交所有變化

commit

git commit 主要是將暫存區(qū)里的改動給提交到本地的版本庫。每次使用git commit 命令我們都會在本地版本庫生成一個40位的哈希值，這個哈希值也叫commit-id，commit-id在版本回退的時候是非常有用的，它相當(dāng)于一個快照,可以在未來的任何時候通過與git reset的組合命令回到這里.

1. git commit -m message 提交暫存區(qū)到本地倉庫,message代表說明信息
2. git commit file -m message 提交暫存區(qū)的指定文件到本地倉庫
3. git commit --amend -m message 使用一次新的commit，替代上一次提交

branch

涉及到協(xié)作，自然會涉及到分支，關(guān)于分支，大概有展示分支，切換分支，創(chuàng)建分支，刪除分支這四種操作。

1. git branch 列出所有本地分支
2. git branch -r 列出所有遠(yuǎn)程分支
3. git branch -a 列出所有本地分支和遠(yuǎn)程分支
4. git branch branch-name 新建一個分支，但依然停留在當(dāng)前分支
5. git checkout -b branch-name 新建一個分支，并切換到該分支
6. git branch --track branch remote-branch 新建一個分支，與指定的遠(yuǎn)程分支建立追蹤關(guān)系
7. git checkout branch-name 切換到指定分支，并更新工作區(qū)
8. git branch -d branch-name 刪除分支
9. git push origin --delete branch-name 刪除遠(yuǎn)程分支

關(guān)于分支的操作雖然比較多，但都比較簡單好記。

merge

Git的git-merge是在Git中頻繁使用的一個命令，很多人都覺得git合并是一個非常麻煩的事情，一不小心就會遇到丟失代碼的問題，從而對git望而卻步。

merge命令把不同的分支合并起來。如上圖，在實際開放中，我們可能從master分支中切出一個分支，然后進(jìn)行開發(fā)完成需求，中間經(jīng)過R3,R4,R5的commit記錄，最后開發(fā)完成需要合入master中，這便用到了merge。

1. git fetch remote merge之前先拉一下遠(yuǎn)程倉庫最新代碼
2. git merge branch 合并指定分支到當(dāng)前分支 一般在merge之后，會出現(xiàn)conflict，需要針對沖突情況，手動解除沖突。主要是因為兩個用戶修改了同一文件的同一塊區(qū)域。

rebase

rebase又稱為衍合，是合并的另外一種選擇。

在開始階段，我們處于new分支上，執(zhí)行g(shù)it rebase dev，那么new分支上新的commit都在master分支上重演一遍，最后checkout切換回到new分支。這一點(diǎn)與merge是一樣的，合并前后所處的分支并沒有改變。git rebase dev，通俗的解釋就是new分支想站在dev的肩膀上繼續(xù)下去。rebase也需要手動解決沖突。

rebase與merge的區(qū)別

現(xiàn)在我們有這樣的兩個分支,test和master，提交如下：

??????D---E?test
?????/
A---B---C---F?master

在master執(zhí)行git merge test,然后會得到如下結(jié)果：

??????D--------E
?????/??????????\
A---B---C---F----G???test,?master

在master執(zhí)行git rebase test，然后得到如下結(jié)果：

A---B---D---E---C'---F'???test,?master

可以看到，merge操作會生成一個新的節(jié)點(diǎn)，之前的提交分開顯示。而rebase操作不會生成新的節(jié)點(diǎn)，是將兩個分支融合成一個線性的提交。

如果你想要一個干凈的，沒有merge commit的線性歷史樹，那么你應(yīng)該選擇git rebase 如果你想保留完整的歷史記錄，并且想要避免重寫commit history的風(fēng)險，你應(yīng)該選擇使用git merge

reset

有時候，我們用Git的時候有可能commit提交代碼后，發(fā)現(xiàn)這一次commit的內(nèi)容是有錯誤的，那么有兩種處理方法：

1. 修改錯誤內(nèi)容，再次commit一次
2. 使用git reset 命令撤銷這一次錯誤的commit

第一種方法比較直接，但會多次一次commit記錄。而我個人更傾向第二種方法，錯誤的commit沒必要保留下來。

reset命令把當(dāng)前分支指向另一個位置，并且相應(yīng)的變動工作區(qū)和暫存區(qū)。

1. git reset —soft commit 只改變提交點(diǎn)，暫存區(qū)和工作目錄的內(nèi)容都不改變
2. git reset —mixed commit 改變提交點(diǎn)，同時改變暫存區(qū)的內(nèi)容
3. git reset —hard commit 暫存區(qū)、工作區(qū)的內(nèi)容都會被修改到與提交點(diǎn)完全一致的狀態(tài)
4. git reset --hard HEAD 讓工作區(qū)回到上次提交時的狀態(tài)

revert

git revert用一個新提交來消除一個歷史提交所做的任何修改。

revert與reset的區(qū)別

1. git revert是用一次新的commit來回滾之前的commit，git reset是直接刪除指定的commit。
2. 在回滾這一操作上看，效果差不多。但是在日后繼續(xù)merge以前的老版本時有區(qū)別。因為git revert是用一次逆向的commit“中和”之前的提交，因此日后合并老的branch時，導(dǎo)致這部分改變不會再次出現(xiàn)，減少沖突。但是git reset是之間把某些commit在某個branch上刪除，因而和老的branch再次merge時，這些被回滾的commit應(yīng)該還會被引入，產(chǎn)生很多沖突。關(guān)于這一點(diǎn)，不太理解的可以看這篇文章。
3. git reset 是把HEAD向后移動了一下，而git revert是HEAD繼續(xù)前進(jìn)，只是新的commit的內(nèi)容和要revert的內(nèi)容正好相反，能夠抵消要被revert的內(nèi)容。

push

git push的一般形式為 git push <遠(yuǎn)程主機(jī)名> <本地分支名> ?<遠(yuǎn)程分支名> ，例如 git push origin master：refs/for/master ，即是將本地的master分支推送到遠(yuǎn)程主機(jī)origin上的對應(yīng)master分支， origin 是遠(yuǎn)程主機(jī)名

1. git push remote branch 上傳本地指定分支到遠(yuǎn)程倉庫
2. git push remote --force 強(qiáng)行推送當(dāng)前分支到遠(yuǎn)程倉庫，即使有沖突
3. git push remote --all 推送所有分支到遠(yuǎn)程倉庫

其他命令

1. git status 顯示有變更的文件
2. git log 顯示當(dāng)前分支的版本歷史
3. git diff 顯示暫存區(qū)和工作區(qū)的差異
4. git diff HEAD 顯示工作區(qū)與當(dāng)前分支最新commit之間的差異
5. git cherry-pick commit 選擇一個commit，合并進(jìn)當(dāng)前分支

以上就是關(guān)于Git的一些常用命令及詳細(xì)闡述，相信能對Git有一個初步的認(rèn)識。

樂于輸出干貨的Java技術(shù)公眾號：狼王編程。公眾號內(nèi)有大量的技術(shù)文章、海量視頻資源、精美腦圖，不妨來關(guān)注一下！