今天小銘醬帶大家探索一下git的奧秘！

1.初步探索

首先我在一個空的文件夾新建了一個名叫hello.html文件，文件內(nèi)容只有一句話“hello git”。我們先引入git，看看git能為我們它能干什么，嘻嘻~





1) git init

初始化后，在當(dāng)前目錄下會出現(xiàn)一個名為 .git 的目錄，所有 Git 需要的數(shù)據(jù)和資源都存放在這個目錄中。就這么簡單，我們已經(jīng)有一個代碼倉庫了。



2) git add

有了倉庫，那第二部我們要讓git知道哪些文件需要被管理或跟蹤的。輸入"git add ." (這里.是代表所有文件，也可以輸具體文件名)
讓當(dāng)前所有文件都被git跟蹤到。

3) git commit

add后我們需要第一次commit,這樣git才會幫我們創(chuàng)建一個主分支，什么是分支后面會講。我們先輸入"git commit -m "init
commit" 這里-m必須加，表示這次提交的描述，內(nèi)容我們隨意輸，主要是給自己做標記用的。



4) git log

試試輸入git
log,我們發(fā)現(xiàn)我們的提交已經(jīng)被記錄下來了。就這樣一個最基本簡單的流程已經(jīng)走完了。哎呀，媽呀，這git到底有啥用？我咋完全不懂呢？別急，我們看看神奇的事情開始發(fā)生了。

?

?

2.進入git的世界

1) git checkout

這時粗心的我不小心把hello文件中的代碼給誤刪了，而且我又忘了代碼寫些什么來著~~~咋辦尼？



嘿嘿，這時git閃亮登場。試試輸入"git checkout hello.html"看看會怎樣。




咦！我們發(fā)現(xiàn)那句代碼神奇的又回來了。難道這個命令是可以把我現(xiàn)在的代碼還原到上次提交的嗎？好像沒那么簡單，不過我們也暫時這樣理解吧，稍后會詳細介紹。這下我會玩了，我可以隨便修改代碼，如果錯了，直接checkout不就行了嗎，哈哈。

2) git status

這時我們繼續(xù)編輯代碼，當(dāng)代碼敲得差不多時，咦~ 我到底改了什么呢？輸入"git status",我們看到以下信息，它告訴我們hello.html文件被修改了。



大家肯定跟我一樣，那到底這個文件修改了哪些內(nèi)容呢？不急，這"git
status"只是列了個大概，告訴你有哪些文件被修改過，但如果想知道具體內(nèi)容，就要借助git diff命令。

3)git diff

輸入"git diff"這里顯示了詳細的修改。



ok,查看了修改內(nèi)容，覺得沒問題，那就提交吧。輸入“git add ."?
等等，我好像發(fā)現(xiàn)了個問題。為什么git要先add然后再commit呢？干嘛不直接commit要多一部這么麻煩呢？這里就涉及git的設(shè)計了。

3.git 你到底是啥構(gòu)造?

1）理解git構(gòu)造

首先我們先來理解以下git的概念

* 工作區(qū)：就是你在電腦看到的目錄
* 暫存區(qū)：英文叫stage或index
* 版本庫：工作區(qū)隱藏目錄.git
* 分支：一連串提交組成了一個分支


?


這里借用w3c的圖給大家看，當(dāng)我們編輯完代碼，然后準備提交。當(dāng)我們add時候，其實是把我們工作區(qū)的代碼放到了暫存區(qū)了。然后當(dāng)我們commit時候，才是真的寫到分支上了。分支是什么呢？分支就相當(dāng)于把我們每一次提交串連成一條時間軸。而這條時間軸就相當(dāng)于一個分支，哦~
這樣大概理解了。至于為什么要搞一個暫存區(qū)，是因為中間有了緩沖，使得管理代碼更具有靈活性了。

2)重溫git status 和 git diff 和 git checkout

現(xiàn)在，我們新建一個html文件，取名heihei。輸入"git add
heihei.html"讓git跟蹤這個文件。同時這時我們修改一下hello.html文件(注意，hello文件沒有現(xiàn)在是沒執(zhí)行add)。這時試試status一下會怎樣？



這下我好像看懂了，哈哈。那再試試diff命令？




Yoshi（日文）原來這是默認查看工作區(qū)和暫存區(qū)之間的差異變化，也就是修改之后還沒暫存起來的變化內(nèi)容。那我要看暫存區(qū)和上次提交的詳細變化該怎么看呢？輸入"git
diff --staged"



Yoshi 原來是這樣子 哈哈 好簡單是吧~
就是這么簡單，不過這只是最基本的操作，我們再看看checkout命令,這時候先忽略掉heihei文件，把hello文件add一下，再給hello文件添加一句代碼。



現(xiàn)在工作區(qū)，暫存區(qū)，分支上的代碼分別是這樣的




好，現(xiàn)在三個地方的代碼都不一樣，這時候我們執(zhí)行checkout命令會怎樣呢？我們知道checkout是把工作區(qū)修改的代碼刪去，那它是根據(jù)暫存區(qū)的呢還是分支上的呢？



輸入命令checkout,我們發(fā)現(xiàn)竟然回到了暫存區(qū)的代碼。噢~
這下我懂了，原來checkout是回退到暫存區(qū)的代碼。這下好玩了，我可以隨便敲代碼，然后把確定的代碼放到暫存區(qū)，一出問題，就checkout回退到暫存區(qū)的就可以了。這時候有孩童又想問了，那如何回退分支上的代碼尼？

3) git checkout head

?現(xiàn)在工作區(qū)，暫存區(qū)，分支上剛剛上面的一樣

??

輸入 “git checkout head" 看看會怎么樣？




這時候，驚奇的發(fā)現(xiàn)暫存區(qū)和工作區(qū)都被分支上的代碼重寫了，也就是說工作區(qū)回退到分支上的代碼，暫存區(qū)也被清空。（意味著你工作區(qū)和暫存區(qū)新修改的代碼都沒了）所以這個命令是極具危險性的，一定要小心使用哦~

4) git reset命令

當(dāng)你玩轉(zhuǎn)工作區(qū)，暫存區(qū)，分支三地的代碼時，也許你還不滿足。感覺git應(yīng)該有更強大的功能，我們現(xiàn)在就看看git reset命令到底是個啥東西。git
reset命令主要有三個可選參數(shù)，分別是git reset --soft,git reset --mixed,git reset
--hard,它們的危險性也是逐步增大的，下面我們詳細看一下。現(xiàn)在的代碼是這樣子：



現(xiàn)在我們再修改一下代碼，并提交。標記名稱 "test get reset"。



現(xiàn)在我們輸入"git reset --soft 3d542d6e307e067e7b281de74d328d6114084d04"
看看會怎么樣？后面那串(3d....)是?"beautiful girl" 那次提交的id。?我們log一下，發(fā)覺最新的一次提交不見了。



status和diff看看？



不知道大家看懂沒，我們發(fā)現(xiàn)git reset --soft命令竟然把最近一次提交 "倒回到" 未提交的狀態(tài)，所有改變都回到了暫存區(qū)放著，哈哈，原來如此~
那這個有什么用呢？比如我們提交了后，誒~發(fā)現(xiàn)漏了點東西，那我們就可以用git reset
--soft（別忘了加上上一次提交的id）回退到我們未提交的狀態(tài)，然后修改重新提交。Ok，很好用~。下面再看看git reset
mixed,這是不帶參數(shù)的默認選項。我們把剛剛reset --soft回滾的再次提交,取名"text reset mixed"



輸入 "git reset mixed 3d542d6e307e067e7b281de74d328d6114084d04" 或 "git reset
3d542d6e307e067e7b281de74d328d6114084d04" 。




這個神奇了，我們發(fā)現(xiàn)最近的一次提交記錄沒有了（注意上圖中我忘記log一下給大家看了），暫存區(qū)沒有變化，上一次提交的修改都回到了工作區(qū)（紅色字體代表工作區(qū)的修改，也就是沒執(zhí)行add)。

git reset
hard這里就不演示了，相信大家也能猜到到結(jié)果，就是最近一次提交的修改不是回到暫存區(qū)，也不是回到工作區(qū)，而是完全丟失了，所以這個操作是最危險的，一定要小心使用。到這里小銘醬就有點不明白了，git
reset好像都不是針對上一次提交回退代碼的，而是針對上上一次進行回滾操作的，噢~
對了，假如我工作區(qū)的代碼胡亂寫了一番，暫存區(qū)的沒有任何修改，那我直接checkout不就相當(dāng)于回退到上一個版本了嗎？那如果這時暫存區(qū)里面已經(jīng)有東西了，那該如何回到上一個版本呢？我們可以用checkoutout
head是吧。好~ 這下大概懂了。

總結(jié)一下：

* git reset --soft?加上（上上一次commit的id），那么上一次提交會消失，回到?jīng)]提交狀態(tài)，所有修改放在暫存區(qū)里
* git reset --mixed?加上（上上一次commit的id），那么上一次提交同樣消失，所有修改回放到工作區(qū)里
* git reset --hard?
加上（上上一次commit的id），那么上一次提交"永久"消失，上一次提交數(shù)據(jù)就完全沒了，代碼完全回到上上一次提交的版本
說到這里，也感嘆git的設(shè)計好厲害，好吧~ 這部分先到此為止，下面又更好玩的 ——分支

4.玩轉(zhuǎn)git分支

1)git branch (branchname)

我們輸入"git branch two" 創(chuàng)建一個名為two的分支



2)git checkout (branchname)

輸入"git checkout two" 切換到two分支



3) git branch

列出所有分支，媽呀，這個到底咋玩？別急，我們先切換到主分支上，現(xiàn)在我們修改代碼，看下面hello.html的改動





我們把修改的提交了，命名為"test branch"，好~ 神奇的事情出現(xiàn)了，我們切回分支two，log一下



發(fā)現(xiàn)在分支two上，根本沒有"test branch"提交，這說明現(xiàn)在代碼已經(jīng)在兩條線上開發(fā)啦~
我們再在分支two上作一些修改，并且同樣是修改hello.html文件看看會怎樣？同時我們畫個圖看看。



?



相信聰明的小伙伴們都知道這是有啥用，這里不多說了，我這里是想跟大家探究一下合并分支的問題，來~ 一起看一下。

4）git merge

切換到主分支，輸入“git merge two"





哇草，既然沖突了~
哈哈，當(dāng)我們兩個分支都同時修改了同一個文件，合并時就會出現(xiàn)沖突，這時候我們就需要手動修改一下，然后重新提交，便能把分支上改的東東合并我主分支上啦~



?最后，感謝大家和小銘醬暢游了一遍git的世界，第一次寫，寫得不是很好，哈哈~ 在后續(xù)中小銘醬將會跟大家繼續(xù)發(fā)掘git的好玩之處，謝謝大家！

• ? 上一篇：公司為什么需要建立一套統(tǒng)一的開發(fā)框架？
• ? 下一篇：[Apache Pulsar] 企業(yè)級分布式消息系統(tǒng)-Pulsar入門基礎(chǔ)