【Hexo搭建獨立博客全紀錄】（一）使用Git和Github

tags: Hexo；Git；Github

categories: 前端工具

歡迎點擊我的博客原文

從開始著手搭建博客，完整的學習Git，Markdown語法，到用Hexo搭建博客成功，再到後期在原有主題的基礎增加功能性和視覺上的優化，折騰了三四天，總算看倒騰出了一個看上去基本滿意的博客。由於時間關係，還有很多想法沒有實現，後面會不斷地改進和優化。今天先來說一說學習使用Git和Github。

去年十月第一次接觸Github，慕名而來，當時覺得這是一個高的觸不可及的平台，我等渣渣還是退下吧…直到今年過完年回來二月份才開始真正使用Github，不熟悉命令行的我對Git Bush是繞著走的，在慕課網上看到Github可以使用友好的圖形化客戶端來操作，心中一陣竊喜。現在看來，當時真是too young too simple，因為命令行真的是好用啊！而且一點都不難，so easy~當初用客戶端還把自己搞得暈暈乎乎的，當時在想這東西這麼複雜怎麼還這麼火，還懷疑自己是不是不適合做程序員…本以為自己走了捷徑，卻害苦了自己！好了，閑話到此為止，進入正題。

結論：拒絕客戶端，直接學習Git！

學習Git和Github，我主要是跟著Git使用教程來做的，文中每一步都有圖和解釋，超詳細，手把手教你使用Git和Github，極力推薦給正在入門的小白！參考該教程、文後的鏈接和我自己的理解，構成本文的內容。由於目前個人用不到多人協作，因此本文並未提及，如有需要，也請參考Git使用教程。

此處列出了一些我收藏的公認的比較好的Git教程，可以作為深入學習資料

• Git使用教程 本文主要參考

• Git教程 - 廖雪峰的官方網站 大牛博客，還包含JS，Python等教程，都很棒

• git 使用簡易指南

• 圖解Git 圖文並茂，對git工作原理的理解幫助很大

• Git - Book

• GitHub Guides GitHub官方指南，很多都有中文翻譯，可以自己搜一下

• 理解 GitHub Flow · GitHub 指南 理解Github工作原理，GitHub官方指南中文翻譯的一部

一、Git簡介

1.1 Git是什麼？

Git是目前世界上最先進的分散式版本控制系統。

1.2 SVN（集中式）與Git（分散式）的最主要的區別？

SVN是集中式版本控制系統，版本庫集中放在中央伺服器。幹活的時候用自己的電腦，首先要從中央伺服器哪裡得到最新的版本，然後幹活，幹完後把自己做完的活推送到中央伺服器。集中式版本控制系統必須聯網才能工作，如果在區域網還可以，帶寬夠大，速度夠快，如果在互聯網下，如果網速慢的話，就難辦了。

Git是分散式版本控制系統，沒有中央伺服器。每個人的電腦就是一個完整的版本庫，工作的時候不需要聯網。既然每個人的電腦都有一個完整的版本庫，那多個人如何協作呢？比如說自己在電腦上改了文件A，其他人也在電腦上改了文件A，這時，你們倆只需把各自的修改推送給對方，就可以互相看到對方的修改了。

二、安裝Git（windows）

2.1 安裝

建議到Git官網下載最新版本，國內訪問會很慢，可以到網上搜索下載，然後默認安裝即可。安裝完成後，在開始菜單裡面找到 「Git –> Git Bash」，如下：

彈出一個類似的命令窗口的東西，就說明Git安裝成功。如下：

2.2 設置用戶名和郵箱

因為Git是分散式版本控制系統，所以需要填寫用戶名和郵箱作為一個標識。在命令行輸入如下：

注意！git config --global 參數，表示你這台機器上所有的Git倉庫都會使用這個配置，當然你也可以對某個倉庫指定的不同的用戶名和郵箱。

查看已設置的用戶名和郵箱，在命令行輸入如下：

三、使用Git

3.1 創建版本庫repository

版本庫：又名倉庫，英文名repository。可簡單的理解一個目錄，這個目錄裡面的所有文件都會被Git管理，每個文件的修改，刪除，Git都能跟蹤，以便任何時刻都可以追蹤歷史，或者在將來某個時刻還可以將文件「還原」。

a.打開所在目錄

創建一個版本庫，如在D:/www下 目錄下新建一個testgit版本庫，在命令行輸入如下：

b.初始化：將當前目錄變為git倉庫

注意！ 這時當前testgit目錄下會多一個.git的目錄，這個目錄是Git來跟蹤管理版本的，千萬不要手動亂改這個目錄裡面的文件，否則，會把git倉庫給破壞了。如下：

c.添加文件到版本庫

作為測試，在當前目錄下新建一個readme.txt，並寫入11111111保存，之後進行如下3步操作：

git status 結果顯示沒有任何文件未提交。

3.2 修改和版本回退

a.修改文件內容

繼續，修改readme.txt內容，在下面添加一行22222222內容，繼續使用git status查看結果，如下：

結果顯示，readme.txt文件已被修改，但是未被提交的修改。接下來我想看下readme.txt文件到底改了什麼內容，如何查看呢？可以使用如下命令：

結果顯示，readme.txt文件內容從一行11111111改成兩行，添加了一行22222222內容。

知道了對readme.txt文件做了什麼修改後，我們可以放心的提交到倉庫了，提交修改和提交文件是一樣的兩步(第一步是git add 第二步是：git commit)。如下：

git status：提交文件之前，查看一下狀態；提交文件之後，繼續查看一下狀態，顯示沒有可提交的文件

說明： 所有的版本控制系統，只能跟蹤文本文件的改動（如txt文件，網頁，所有程序的代碼等）。對於圖片，視頻這些二進位文件，只能把每次改動串起來，無法跟蹤文件的變化，即：知道圖片從1kb變成2kb，但是到底改了什麼，版本控制系統也不知道

b.查看歷史記錄

繼續對readme.txt文件進行修改，再增加一行

內容為33333333，然後執行命令如下：

現在我已經對readme.txt文件做了三次修改了，那麼我現在想查看下歷史記錄，如何查看呢？使用命令 git log ,如下：

結果顯示，從最近到最遠的顯示日誌，我們可以看到最近三次提交，最近的一次是「增加333內容」，上一次是「增加222內容」。

如果嫌上面顯示的信息太多的話，可以用縮減版顯示，如下：

c.版本回退

現在我想使用版本回退操作，我想把當前的版本回退到上一個版本，要使用什麼命令呢？可以使用如下2種命令，第一種是git reset --hard HEAD^ ；那麼如果要回退到上上個版本只需把HEAD^ 改成 HEAD^^， 以此類推。那如果要回退到前100個版本的話，使用上面的方法肯定不方便，我們可以使用下面的簡便命令操作：git reset --hard HEAD~100 即可。未回退之前的readme.txt內容如下：

回退到上一個版本，如下

查看現在readme.txt文件中的內容，如下：

結果顯示，"增加333內容"我們沒有看到了。

d.恢復最新版本

現在我想恢復到最新的版本(有333333內容版本)要如何恢復呢？可以通過版本號回退。

但是現在的問題假如我已經關掉過一次git bush，或者333內容的版本號我並不知道呢？要如何知道增加3333內容的版本號呢？如下：

結果顯示，"增加333內容"的版本號是 c83a6bb。現在可以通過版本號回退了，如下：

結果顯示，目前已經是最新的版本。

e.理解工作區、暫存區、版本庫

工作區： 你在電腦上看到的目錄，比如目錄testgit里的文件(.git隱藏目錄版本庫除外)，以後需要再新建的目錄文件等等都屬於工作區範疇。

版本庫： 工作區里的隱藏目錄.git，這個不屬於工作區，這是版本庫。版本庫中存了很多東西：

• 暫存區(stage) ——最重要！（暫存區是版本庫的一部分）
• Git為我們自動創建了第一個分支master
• 指向當前分支的指針HEAD

前面說過使用Git提交文件到版本庫有兩步：

• 第一步：git add 把文件添加進去，實際上就是把文件添加到暫存區；

• 第二步：git commit 提交更改，實際上就是把暫存區的所有內容提交到當前分支上。

下面來舉例說明。

在readme.txt再添加一行內容為4444444，接著在目錄下新建一個文件為test.txt 內容為test，我們先用命令git status來查看下狀態，如下：

先使用git add 命令把2個文件都添加到暫存區中，再使用git status來查看下狀態，如下：

接著使用git commit一次性提交到分支上，如下：

3.3 撤銷修改、刪除和恢復文件

a.撤銷修改

現在在readme.txt文件裡面增加一行內容為55555555，通過命令查看如下：

在未提交之前，我發現添加55555555內容有誤，得馬上恢復以前的版本，現在我可以有如下幾種方法可以做修改：

1. 如果知道要刪掉哪些內容，直接手動更改去掉那些需要的文件，然後add添加到暫存區，最後commit。

2. 按以前的方法直接恢復到上一個版本。使用 git reset --hard HEAD^

但是現在我不想使用以上兩種方法，想直接使用撤銷命令該如何操作呢？首先在做撤銷之前，我們可以先用 git status 查看下當前的狀態，如下：

可以發現，Git會告訴你，git checkout -- file 可以將工作區做的修改全部撤銷，如下:

注意： git checkout -- readme.txt 中的 -- 很重要.如果沒有 -- ，則命令變成創建分支了。

結果顯示，內容555已結沒有了。將工作區做的修改全部撤銷有兩種情況：

1. 修改後還沒有放到暫存區：撤銷修改則回到和版本庫一模一樣的狀態；
2. 已經放入暫存區，接著又作了修改：撤銷修改則回到添加暫存區後的狀態。

對於第2種情況，繼續做demo，假如現在對readme.txt添加一行內容為66666666，git add 增加到暫存區，如下：

接著添加內容77777777，通過撤銷命令讓其回到暫存區後的狀態。如下：

b.刪除和恢復文件

假如現在版本庫testgit目錄添加一個文件a.txt，然後提交。如下：

一般情況下，刪除文件有兩種方法：

1. 直接在文件目錄中刪除文件text.txt
2. 使用命令rm a.txt

如下：

當前目錄是這樣的:

如果想徹底從版本庫中刪掉了此文件的話，可以再執行commit命令提交掉。沒有commit之前，想在版本庫中恢復此文件如何操作呢？如下：

再來看testgit目錄，添加了2個文件，如下：

3.4 創建、合併分支

a.理解HEAD和master指針

你已經知道，在版本回退里，每次提交，Git都把它們串成一條時間線，這條時間線就是一個分支。截止到目前，只有一條時間線，在Git里，這個分支叫主分支，即master分支。嚴格來說，HEAD並不是指向提交，而是指向master，master才是指向提交的，所以，HEAD指向的就是當前分支。

結論：HEAD指向當前分支，master指向提交

b.理解分支管理策略

master主分支：用來發布新版本，應該是非常穩定的。一般情況下不允許在上面幹活。

一般情況下在新建的dev分支上幹活，幹完後，要發布，或者說dev分支代碼穩定後可以合併到主分支master上來。

c.創建、合併分支

首先，我們來創建並切換到dev分支上，然後查看當前分支，如下：

git checkout -b xxx表示創建 + 切換分支，相當於git branch xxx和git checkout xxx。

git branch表示查看分支，列出所有分支，當前分支前有星號。

首先我們來查看下readme.txt內容，接著添加內容77777777，再次查看內容並提交，如下：

dev分支工作已完成，現在切換到主分支master上，繼續查看readme.txt內容，如下：

我們發現內容777不見了，因為已經由dev分支切換到主分支了，主分支並沒有增加777內容。現在我們把dev分支上的內容合併到分支master上，在master分支上，使用git merge dev，繼續查看內容。如下：

我們發現多了一條777，和dev分支最新的提交完全一樣。

注意！ merge後顯示的Fast-forward信息，表示這次合併是「快進模式」，即，直接把master指向dev的當前提交，合併速度非常快。

合併完成後，可以刪除dev分支，如下：

查看分支，發現只剩下主分支master了。

d.解決衝突

那麼如何解決衝突呢？我們還是一步一步來，先新建一個新分支fenzhi1，在readme.txt添加一行內容8888888，然後提交，如下：

接著切換到master分支上，在最後一行添加內容99999999，如下：

現在，在master分支上合併fenzhi1，如下：

發現發生了衝突CONFLICT，git bush中顯示分支的地方也變成了(master|MERGING)。查看狀態和readme.txt內容，如下：

Git用<<<<<<<，=======，>>>>>>>標記出不同分支的內容。

• <<<HEAD ：主分支修改的內容
• >>>>>fenzhi1 ：fenzhi1上修改的內容

修改readme.txt內容後，保存並提交，如下：

發現顯示分支的地方變回了(master)。如果想要查看分支合併的情況，需要使用命令 git log命令，如下：

git log展示的信息量太大，一片文字看不過來，使用git log --graph --pretty=oneline --abbrev-commit命令可以顯示分支合併圖，如下：

e."Fast forward"模式 no-ff

通常合併分支時，git一般使用"Fast forward"模式，在這種模式下，刪除分支後，會丟掉分支信息。

現在我們來使用帶參數 –no-ff來禁用"Fast forward"模式。來做demo演示下：

1. 創建一個dev分支
2. 修改readme.txt內容，增加aaa
3. 添加到暫存區
4. 切換回主分支(master)
5. 合併dev分支，使用命令 git merge -–no-ff -m 「注釋」 dev
6. 刪除dev分支
7. 查看分支
8. 查看歷史記錄

如下：

3.5 bug分支

在開發中，會經常碰到bug問題，那麼有了bug就需要修復，在Git中，分支是很強大的，每個bug都可以通過一個臨時分支來修復，修復完成後，合併分支，然後將臨時的分支刪除掉。

來做demo演示：新建dev分支，在readme.txt中增加bbb。此時接到一個404 bug，我們可以創建一個404分支來修復它，但是，當前的dev分支上的工作還沒有提交。如下：

並不是我不想提交，而是工作進行到一半時候，我們還無法提交，比如我這個分支bug要2天完成，但是我issue-404 bug需要5個小時內完成。怎麼辦呢？還好，Git還提供了一個stash功能，可以把當前工作現場 」隱藏起來」，等以後恢復現場後繼續工作。如下：

查看狀態顯示，nothing to commit, working directory clean，說明工作現場已被隱藏。現在可以通過創建issue-404分支來修復bug了。

首先要確定在哪個分支上修復bug。假設我現在要在主分支master上修復，那麼要切換到主分支master，然後創建一個臨時分支issue-404，如下：

修復404bug：將最後一行aaa改為404fixed，然後提交，如下：

修復完成，切換到master分支上，並完成合併，最後刪除issue-404分支。如下：

現在，可以回到dev分支上幹活了。

查看狀態表明，現在的工作區是乾淨的。那麼我們工作現場去哪裡呢？我們可以使用命令 git stash list來查看下。如下：

工作現場還在，Git把stash內容存在某個地方了，但是需要恢復一下，可以使用如下2個方法：

1. git stash apply恢復。恢復後，stash內容並不刪除，你需要使用命令git stash drop來刪除
2. 使用git stash pop。恢復的同時把stash內容也刪除了

如下：

這樣就恢復了之前的工作區，可以繼續dev分支的工作了。

四、Github遠程倉庫

先註冊github賬號，由於你的本地Git倉庫和github倉庫之間的傳輸是通過SSH加密的，所以需要設置SSH Key。

4.1 創建SSH Key

查看是否已經有ssh密鑰：

打開用戶主目錄"C:UsersAdministrator.hp-PC"，

看看有沒有.ssh目錄。

• 如果有，再看看這個目錄下有沒有id_rsa和id_rsa.pub這兩個文件。如果有，可以直接跳至下一小節
• 如果已經有ssh密鑰，想要重新生成ssh密鑰，需要清理原有ssh密鑰：

  $ mkdir key_backup$ cp id_rsa* key_backup$ rm id_rsa*

• 如果沒有，打開命令行，輸入命令ssh-keygen -t rsa –C 「youremail@example.com」。此處的郵箱地址，你可以輸入自己的郵箱地址。在回車中會提示你輸入一個密碼，這個密碼會在你提交項目時使用，如果為空的話提交項目時則不用輸入。這個設置是防止別人往你的項目里提交內容。

  由於我本地此前運行過一次，所以本地有，如下所示：

id_rsa是私鑰，不能泄露出去，id_rsa.pub是公鑰，可以放心地告訴任何人。由於之前使用Github客戶端，因此還有github_rsa和github_rsa.pub兩個文件。known_hosts文件如果沒有暫時不管。

驗證是否連接成功，連接成功顯示Hi baoyuzhang! Youve successfully authenticated, but GitHub does not provide shell access.。如下：

4.2 Github中添加SSH Key

登錄github，點擊個人頭像打開"settings"，再打開"SSH and GPG keys"頁面，然後點擊"New SSH Key"，填上任意title，在"Key"文本框里黏貼id_rsa.pub文件的內容，點擊 Add Key，你就應該可以看到已經添加的key。如下：

4.3 添加遠程庫

a.先創建本地git倉庫，再創建github倉庫，兩個倉庫同步

現在的情景是：我們已經在本地創建了一個Git倉庫後，又想在github創建一個Git倉庫，並且希望這兩個倉庫進行遠程同步，這樣github的倉庫可以作為備份，又可以其他人通過該倉庫來協作。

首先，登錄github上，然後在右上角點擊"+"找到"New repository"創建一個新的倉庫。如下：

在Repository name填入testgit，其他保持默認設置，點擊「Create repository」按鈕，就成功地創建了一個新的Git倉庫：

目前，在GitHub上的這個testgit倉庫還是空的。現在把已有的本地倉庫testgit與之關聯，然後，把本地倉庫的內容推送到GitHub倉庫。

把本地庫的內容推送到遠程，使用 git push命令，實際上是把當前分支master推送到遠程。

由於遠程庫是空的，我們第一次推送master分支時，加上了 –u參數，Git不但會把本地的master分支內容推送的遠程新的master分支，還會把本地的master分支和遠程的master分支關聯起來，在以後的推送或者拉取時就可以簡化命令。推送成功後，可以立刻在github頁面中看到遠程庫的內容已經和本地一模一樣了：

從現在起，只要本地作了提交，通過命令git push origin master就可以把本地master分支的最新修改推送到github上了，現在你就擁有了真正的分散式版本庫了。

b.先創建github倉庫，再從github倉庫克隆

上面我們了解了先有本地庫，後有遠程庫時候，如何關聯遠程庫。現在我們想，假如遠程庫有新的內容了，我想克隆到本地來 如何克隆呢？

首先，登錄github，創建一個新的倉庫，名字叫testgit2.如下：

現在，遠程庫已經準備好了，下一步是使用命令git clone克隆一個本地庫了。如下：

五、Git常用指令

推薦閱讀：