從0開始學(xué)習(xí)GitHub 系列之「03.Git 速成」

　　前面的 GitHub 系列文章介紹過，GitHub 是基于 Git 的，所以也就意味著 Git 是基礎(chǔ)，如果你不會(huì) Git ，那么接下來你完全繼續(xù)不下去，所以今天的教程就來說說 Git ，當(dāng)然關(guān)于 Git 的知識(shí)單憑一篇文章肯定說不完的，我這篇文章先介紹一些最基本的、最常用的一些 Git 知識(shí)，爭取讓你們 Git 速成。

　　1. 什么是Git?

　　Git 是 Linux 發(fā)明者 Linus 開發(fā)的一款新時(shí)代的版本控制系統(tǒng)，那什么是版本控制系統(tǒng)呢?怎么理解?網(wǎng)上一大堆詳細(xì)的介紹，但是大多枯燥乏味，對(duì)于新手也很難理解，這里我只舉幾個(gè)例子來幫助你們理解。

　　熟悉編程的知道，我們在軟件開發(fā)中源代碼其實(shí)是最重要的，那么對(duì)源代碼的管理變得異常重要：

　　比如為了防止代碼的丟失，肯定本地機(jī)器與遠(yuǎn)程服務(wù)器都要存放一份，而且還需要有一套機(jī)制讓本地可以跟遠(yuǎn)程同步;

　　又比如我們經(jīng)常是好幾個(gè)人做同一個(gè)項(xiàng)目，都要對(duì)一份代碼做更改，這個(gè)時(shí)候需要大家互不影響，又需要各自可以同步別人的代碼;

　　又比如我們開發(fā)的時(shí)候免不了有bug，有時(shí)候剛發(fā)布的功能就出現(xiàn)了嚴(yán)重的bug，這個(gè)時(shí)候需要緊急對(duì)代碼進(jìn)行還原;

　　又比如隨著我們版本迭代的功能越來越多，但是我們需要清楚的知道歷史每一個(gè)版本的代碼更改記錄，甚至知道每個(gè)人歷史提交代碼的情況;

　　等等等類似以上的情況，這些都是版本控制系統(tǒng)能解決的問題。所以說，版本控制是一種記錄一個(gè)或若干文件內(nèi)容變化，以便將來查閱特定版本修訂情況的系統(tǒng)，對(duì)于軟件開發(fā)領(lǐng)域來說版本控制是最重要的一環(huán)，而 Git 毫無疑問是當(dāng)下最流行、最好用的版本控制系統(tǒng)。

　　2. Git 安裝

　　上面說了，Git 是一個(gè)版本控制系統(tǒng)，你也可以理解成是一個(gè)工具，跟 Java 類似，使用之前必須得先下載安裝，所以第一步必須要安裝，我用的是 Mac ， Mac 上其實(shí)系統(tǒng)自帶 Git 的，不過這里統(tǒng)一提供一下各平臺(tái)的安裝方式，這部分就不過多介紹，相信大家這里搞的定。

　　Mac：https://sourceforge.net/projects/git-osx-installer/

　　Windows：https://git-for-windows.github.io/

　　Linux：apt-get install git

　　3. 如何學(xué)習(xí) Git ?

　　安裝好 Git 之后，怎么學(xué)習(xí)是個(gè)問題，其實(shí)關(guān)于 Git 有很多圖形化的軟件可以操作，但是我強(qiáng)烈建議大家從命令行開始學(xué)習(xí)理解，我知道沒接觸過命令行的人可能會(huì)很抵觸，但是我的親身實(shí)踐證明，只有一開始學(xué)習(xí)命令行，之后你對(duì) Git 的每一步操作才能理解其意義，而等你熟練之后你想用任何的圖形化的軟件去操作完全沒問題。

　　我一開始教我們團(tuán)隊(duì)成員全是基于命令行的，事后證明他們現(xiàn)在已經(jīng)深深愛上命令行無法自拔，他們很理解 Git 每一步操作的具體含義，以致于在實(shí)際項(xiàng)目很少犯錯(cuò)，所以我這里也是基于命令行去教你們學(xué)習(xí)理解。

　　4. Git 命令列表

　　怎么判斷你 Git 有沒有安裝成功?請?jiān)诿钚欣镙斎?nbsp;git ，如果出現(xiàn)以下提示證明你已經(jīng)安裝成功了。

　　Git 所有的操作命令開頭都要以 git 開頭，上面列舉了最常用的一些 Git 命令，緊接著會(huì)有一句英文解釋這個(gè)命令的意義，都不是很難的單詞，不妨試著看一下，不過沒有實(shí)際操作你仍然不好理解，下面我們來以一個(gè)實(shí)際的操作來介紹下一些常用命令的含義。

　　5. Git 具體命令

　　第一步，我們先新建一個(gè)文件夾，在文件夾里新建一個(gè)文件(我是用 Linux 命令去新建的，Windows用戶可以自己手動(dòng)新建)

　　mkdir test (創(chuàng)建文件夾test)

　　cd test (切換到test目錄)

　　touch a.md (新建a.md文件)

　　這里提醒下：在進(jìn)行任何 Git 操作之前，都要先切換到 Git 倉庫目錄，也就是先要先切換到項(xiàng)目的文件夾目錄下。

　　這個(gè)時(shí)候我們先隨便操作一個(gè)命令，比如 git status ，可以看到如下提示(別糾結(jié)顏色之類的，配置與主題不一樣而已)：

　　意思就是當(dāng)前目錄還不是一個(gè) Git 倉庫。

　　git init

　　這個(gè)時(shí)候用到了第一個(gè)命令，代表初始化 git 倉庫，輸入 git init 之后會(huì)提示：

　　可以看到初始化成了，至此 test 目錄已經(jīng)是一個(gè) git 倉庫了。

　　git status

　　緊接著我們輸入 git status 命令，會(huì)有如下提示：

　　默認(rèn)就直接在 master 分支，關(guān)于分支的概念后面會(huì)提，這時(shí)最主要的是提示 a.md 文件 Untracked files ，就是說 a.md 這個(gè)文件還沒有被跟蹤，還沒有提交在 git 倉庫里呢，而且提示你可以使用 git add 去操作你想要提交的文件。

　　git status 這個(gè)命令顧名思義就是查看狀態(tài)，這個(gè)命令可以算是使用最頻繁的一個(gè)命令了，建議大家沒事就輸入下這個(gè)命令，來查看你當(dāng)前 git 倉庫的一些狀態(tài)。

　　git add

　　上面提示 a.md 文件還沒有提交到 git 倉庫里，這個(gè)時(shí)候我們可以隨便編輯下 a.md 文件，然后輸入 git add a.md ，然后再輸入 git status :

　　此時(shí)提示以下文件 Changes to be committed ， 意思就是 a.md 文件等待被提交，當(dāng)然你可以使用 git rm –cached 這個(gè)命令去移除這個(gè)緩存。

　　git commit

　　接著我們輸入 git commit -m ‘first commit’ ，這個(gè)命令什么意思呢? commit 是提交的意思，-m 代表是提交信息，執(zhí)行了以上命令代表我們已經(jīng)正式進(jìn)行了第一次提交。

　　這個(gè)時(shí)候再輸入 git status ，會(huì)提示 nothing to commit。

　　git log

　　這個(gè)時(shí)候我們輸入 git log 命令，會(huì)看到如下：

　　git log 命令可以查看所有產(chǎn)生的 commit 記錄，所以可以看到已經(jīng)產(chǎn)生了一條 commit 記錄，而提交時(shí)候的附帶信息叫 ‘first commit’ 。

　　git add & git commit

　　看到這里估計(jì)很多人會(huì)有疑問，我想要提交直接進(jìn)行 commit 不就行了么，為什么先要再 add 一次呢?首先 git add 是先把改動(dòng)添加到一個(gè)「暫存區(qū)」，你可以理解成是一個(gè)緩存區(qū)域，臨時(shí)保存你的改動(dòng)，而 git commit 才是最后真正的提交。這樣做的好處就是防止誤提交，當(dāng)然也有辦法把這兩步合并成一步，不過后面再介紹，建議新手先按部就班的一步步來。

　　git branch

　　branch 即分支的意思，分支的概念很重要，尤其是團(tuán)隊(duì)協(xié)作的時(shí)候，假設(shè)兩個(gè)人都在做同一個(gè)項(xiàng)目，這個(gè)時(shí)候分支就是保證兩人能協(xié)同合作的最大利器了。舉個(gè)例子，A, B倆人都在做同一個(gè)項(xiàng)目，但是不同的模塊，這個(gè)時(shí)候A新建了一個(gè)分支叫a， B新建了一個(gè)分支叫b，這樣A、B做的所有代碼改動(dòng)都各自在各自的分支，互不影響，等到倆人都把各自的模塊都做完了，最后再統(tǒng)一把分支合并起來。

　　執(zhí)行 git init 初始化git倉庫之后會(huì)默認(rèn)生成一個(gè)主分支 master ，也是你所在的默認(rèn)分支，也基本是實(shí)際開發(fā)正式環(huán)境下的分支，一般情況下 master 分支不會(huì)輕易直接在上面操作的，你們可以輸入 git branch 查看下當(dāng)前分支情況：

　　如果我們想在此基礎(chǔ)上新建一個(gè)分支呢，很簡單，執(zhí)行 git branch a 就新建了一個(gè)名字叫 a 的分支，這時(shí)候分支 a 跟分支 master 是一模一樣的內(nèi)容，我們再輸入 git branch 查看的當(dāng)前分支情況：

　　但是可以看到 master 分支前有個(gè) * 號(hào)，即雖然新建了一個(gè) a 的分支，但是當(dāng)前所在的分支還是在 master 上，如果我們想在 a 分支上進(jìn)行開發(fā)，首先要先切換到 a 分支上才行，所以下一步要切換分支

　　git checkout a

　　執(zhí)行這個(gè)命令，然后再輸入 git branch 查看下分支情況：

　　可以看到當(dāng)前我們在的分支已經(jīng)是a了，這個(gè)時(shí)候 A 同學(xué)就可以盡情的在他新建的a分支去進(jìn)行代碼改動(dòng)了。

　　那有人就說了，我要先新建再切換，未免有點(diǎn)麻煩，有沒有一步到位的，聰明：

　　git checkout -b a

　　這個(gè)命令的意思就是新建一個(gè)a分支，并且自動(dòng)切換到a分支。

　　git merge

　　A同學(xué)在a分支代碼寫的不亦樂乎，終于他的功能完工了，并且測試也都o(jì)k了，準(zhǔn)備要上線了，這個(gè)時(shí)候就需要把他的代碼合并到主分支master上來，然后發(fā)布。git merge 就是合并分支用到的命令，針對(duì)這個(gè)情況，需要先做兩步，第一步是切換到 master 分支，如果你已經(jīng)在了就不用切換了，第二步執(zhí)行 git merge a ，意思就是把a(bǔ)分支的代碼合并過來，不出意外，這個(gè)時(shí)候a分支的代碼就順利合并到 master 分支來了。為什么說不出意外呢?因?yàn)檫@個(gè)時(shí)候可能會(huì)有沖突而合并失敗，留個(gè)包袱，這個(gè)到后面進(jìn)階的時(shí)候再講。

　　git branch -d

　　有新建分支，那肯定有刪除分支，假如這個(gè)分支新建錯(cuò)了，或者a分支的代碼已經(jīng)順利合并到 master 分支來了，那么a分支沒用了，需要?jiǎng)h除，這個(gè)時(shí)候執(zhí)行 git branch -d a 就可以把a(bǔ)分支刪除了。

　　git branch -D

　　有些時(shí)候可能會(huì)刪除失敗，比如如果a分支的代碼還沒有合并到master，你執(zhí)行 git branch -d a 是刪除不了的，它會(huì)智能的提示你a分支還有未合并的代碼，但是如果你非要?jiǎng)h除，那就執(zhí)行 git branch -D a 就可以強(qiáng)制刪除a分支。

　　git tag

　　我們在客戶端開發(fā)的時(shí)候經(jīng)常有版本的概念，比如v1.0、v1.1之類的，不同的版本肯定對(duì)應(yīng)不同的代碼，所以我一般要給我們的代碼加上標(biāo)簽，這樣假設(shè)v1.1版本出了一個(gè)新bug，但是又不曉得v1.0是不是有這個(gè)bug，有了標(biāo)簽就可以順利切換到v1.0的代碼，重新打個(gè)包測試了。

　　所以如果想要新建一個(gè)標(biāo)簽很簡單，比如 git tag v1.0 就代表我在當(dāng)前代碼狀態(tài)下新建了一個(gè)v1.0的標(biāo)簽，輸入 git tag 可以查看歷史 tag 記錄。

　　可以看到我新建了兩個(gè)標(biāo)簽 v1.0、v1.1。

　　想要切換到某個(gè)tag怎么辦?也很簡單，執(zhí)行 git checkout v1.0 ，這樣就順利的切換到 v1.0 tag的代碼狀態(tài)了。

　　OK，以上全是一些最基本的Git操作，而且全是在本地環(huán)境進(jìn)行操作的，完全沒有涉及到遠(yuǎn)程倉庫，下一章節(jié)將以遠(yuǎn)程 GitHub 倉庫為例，講解下本地如何跟遠(yuǎn)程倉庫一起同步協(xié)作，另外今天講的全是最基礎(chǔ)最簡單的Git操作，一步步來，后續(xù)再繼續(xù)講解一下Git的高階以及一些Git的酷炫操作。

　　另外，考慮到可能會(huì)有人嫌我講解的太基礎(chǔ)太慢，畢竟我是針對(duì)小白，所以得一步步來，迫不及待的想要提前自己學(xué)習(xí)的不妨在我公眾號(hào) AndroidDeveloper 回復(fù)「git」關(guān)鍵字，獲取一份我推薦的還不錯(cuò)的 Git 學(xué)習(xí)資料，不謝，畢竟我這么帥!