如何將你的github倉庫部署到github pages
很多時候我都在思考一個問題，我們每天遇到各種各樣的問題，然后我們需要不斷google、百度，達到我們解決問題的目的。但是在這個過程中，我們總是能夠見到，對于同一個問題，總是有大量錯誤、copy的博客、文庫乃至吊炸天的百度知道，一次又一次減慢了我們解決問題的進度。更加糟糕的是，這種copy是保量不保質(zhì)的，所以我們總是希望，每當(dāng)我們google或者百度的時候，都能夠最快解決我們需要解決的問題。然而，這貌似是不切實際的，在人人都有權(quán)利發(fā)表文章的今天，要想禁止這種無意義的抄襲幾乎是癡人說夢。清晰意識到這一點之后，我覺得更加有效的方式是每一個發(fā)表博客或者活躍于問答網(wǎng)站的人都應(yīng)該把自己的博客或者解答做到精煉和準確，在某種意義上來說，這是一種義務(wù)和責(zé)任。
當(dāng)然，前面扯遠了點，今天我們討論一下傳說中的github pages。正如前面所說的，每一篇博客都應(yīng)該對癥下藥，所以本文章默認你有g(shù)ithub賬號、安裝了Git并且熟悉基本的Git操作，只是需要尋求部署github pages方面的知識。
作為教程，很重要的一點就是要***化的傻瓜化，本文將從新建一個github倉庫開始到成功部署github pages一步步解析。
***步：新建一個github倉庫"hello-ghpages":
現(xiàn)在我們有了一個空的倉庫，上面只有README.md和LICENCE文件，并且注意現(xiàn)在所在的分支是"master"。之所以強調(diào)這一點是因為接下來的步驟必須明確自己的github page在哪個分支下面，這個等會兒再介紹。
第二步：點擊頁面右邊一列的“Settings”，跳轉(zhuǎn)到項目設(shè)置界面：
第三步：在設(shè)置界面我們能夠看到有一塊的標(biāo)題是“Github Pages”，點擊這一塊上面的“Automatic page generator”按鈕：
第四步：在“New Project Site”頁面，需要注意的是頁面最下面的“tracking ID”。“tracking ID”的作用是使用Google的Analystics功能，該功能能夠分析你的網(wǎng)站的訪問量等網(wǎng)站數(shù)據(jù)，可以不填。如果需要使用該功能，可以參考鏈接https://support.google.com/analytics/answer/1032385?hl=en。然后點擊“Continue to layout”按鈕。
第五步，設(shè)置主題，就能夠發(fā)布了：
這樣，我們就能夠通過鏈接：http://username.github.io/hello-ghpages/訪問我們剛剛發(fā)布的頁面了，其中username是你的github賬戶的名字。根據(jù)博主的經(jīng)驗，***次部署的話，等待的時間是比較長的，大概是十分鐘到十五分鐘左右。所以如果你立馬訪問剛剛發(fā)布的頁面可能會出現(xiàn)404錯誤，不要著急慢慢等上十多分鐘，會得到你想要的效果的：
到這一步，我們已經(jīng)完成了github pages的部署，但是在這個時候我們面臨了兩個問題，***：最初生成的倉庫只有兩個文件，不存在定義我們現(xiàn)在看到的github pages樣式、內(nèi)容的文件；第二，既然我們沒有定義這些文件，而我們看到的這些文件有必須是真實存在的，這些文件放在了哪里？答案就涉及到我們一開始提到的分支了。我們在使用“Automatic page generator”功能的時候，github會自動在你項目的“master”分支下面新建一個“gh-pages”分支，而這個分支里面的代碼定義了我們剛剛看到的部署成功的github pages頁面的內(nèi)容和樣式。
我想在這里是有必要簡單介紹一下分支這個概念的。分支分成兩種，一種是上面截圖中看到的，這種叫做遠程分支，另外一種是我們在使用Git進行版本控制的時候使用到的，叫做本地分支。在使用Git進行版本控制的時候，對于每一次提交，都會生成一個commit對象，這個commit對象包含了以下內(nèi)容：
- 提交信息元數(shù)據(jù):包含了提交者、作者、提交時間等信息
- 一個包含指向 tree 對象（根目錄）的索引：在提交之前，Git 會先計算每一個子目錄的校驗和，然后在 Git 倉庫中將這些目錄保存為樹（tree）對象。commit對象中的這個索引指向了這個對象。參考一下《pro git》里面的這張圖就能很好的理解了：
對于提交有了一定認識之后，分支就更好理解了，Git 中的分支，其實本質(zhì)上僅僅是個指向 commit 對象的可變指針。結(jié)合實際，我們來分析一下：在新建一個github倉庫的時候，從上面的圖我們可以看到，github會自動創(chuàng)建一個提交叫做“Initial commit”，同時新建了一個master分支，這個master分支是指向“Initial commit”提交對應(yīng)的commit對象；在部署github pages的時候，github新建了一個分支，并且產(chǎn)生了一次提交“Create gh-pages branch via Github”。你可以把上面的過程理解成下面幾條命令：
git branch gh-pages //在master分支下面新建一個gh-pages分支
git checkout gh-pages //切換到新建的gh-pages分支
git rm -rf . //由于master分支和gh-pages分支里面的內(nèi)容完全不同，所以首先清空了所有文件
//在清空的文件夾里面自定義新的文件,也就是上面截圖中看到的gh-pages分支中的文件
git add . //跟蹤自己定義的文件
git commit -m "Create gh-pages branch via Github" //提交本次修改
到目前為止，你就覺得一個問題應(yīng)該是如何將現(xiàn)在看到了github pages定義成我自己想看到的效果，這里就需要用到Git了。
第六步：Clone遠程倉庫到本地：
第七步：clone下來默認為master分支，所以我們在文件夾里面看到的是master分支對應(yīng)的內(nèi)容。而我們需要編輯的是gh-pages分支，因為這個分支才能夠定義github pages的內(nèi)容和樣式。我們需要執(zhí)行下面的命令：
上面的命令的意思是說，在本地新建一個分支，本地分支的名字叫做“gh-pages”，這個新建出來的分支是在遠程分支“origin/gh-pages”分支下面分化出來的，切換到新建出來的"gh-pages"分支，這個時候，我們看到在文件夾"hello-ghpages"下面的文件時遠程分支"gh-pages"的內(nèi)容了：
第八步：刪除里面的所有文件，當(dāng)然***不要直接刪除，而是通過git命令，那樣會更加方便快捷。
第九步：目前為止，這個文件夾是空的了，我們在里面新建一個index.html文件，在里面定義一些內(nèi)容，并且提交到當(dāng)前分支。
第十步：提交到遠程分支，查看效果：
第十一步：查看效果吧，哈哈：
到這里就大功告成了，嘿嘿。讓我們來回顧一下，在整個教程中，我們需要掌握的主要是如何將遠程分支分化到本地，并且自定義遠程分支的內(nèi)容。上面的index.html是github pages的主頁，你可以在這個基礎(chǔ)上慢慢擴充你需要顯示的內(nèi)容，一切都和教程中展示的一樣。如果你有什么問題或意見，歡迎在下面的評論中提出。
***，我還是想講一點題外話，如果覺得本篇博客寫的不錯并且希望轉(zhuǎn)載到自己的博客，請注明轉(zhuǎn)載地址：http://www.cnblogs.com/yuanzm/p/3945814.html，這是對博客作者最基本的尊重，謝謝。
