零基础-搭建个人博客4-部署到github上

本篇目的

本地完成博客的建设后，部署到服务器上，接受广大网友的洗礼。

github环境配置：

1.注册&创建仓库(名称)：

打开github仓库地址：

https://github.com/login

如果有账号直接登录，如果没有点击 create a account；

注册时需要关注您的用户名，英文字母数字组成，这个用户名也是你后续创建域名访问博客的二级域名。

创建完成用户后，可以回到个人主页，并在主页中寻找Create Repository来进行项目创建。

为后续github博客访问和域名映射顺利完成，这里我们注册的项目名称需要满足如下的要求：

{你的用户名}.github.io

比如我的用户名是sid2656，则我创建的仓库名称为：sid2656.github.io

其余保持默认即可，也可以填写一下描述信息。

2.hexo生成静态文件上传：

通过前置的博客基础配置和markDown文档的编写，我们已经完成了博客的基础内容。

这时候便可以开始尝试部署到代码仓库之中了。

2.1 我们将本地根目录中的public文件夹删除掉

2.2 将我们刚刚在步骤一中创建的仓库clone到本地，并与hexo的默认文件夹名称相同，代码如下：

git clone https://github.com/{你的用户名}/{你的用户名}.github.io.git public

2.3 完成仓库的clone之后，可以进入到本地根目录执行如下命令生成静态文件：

hexo g

这样我们便完成了静态代码的生成，并将本地目录与github的项目进行了关系绑定。
接下来我们进入到 {你的根目录}/public 文件夹中，执行如下的命令：

git pull

git add .

git commit -m “init blog”

git push

这个过程中不要切换分支，使用默认的master分之即可；上面四步的操作分别是：
代码拉取；本地文件添加到git管理；本地文件确认；本地文件提交到远程；

至此，我们的代码相关工作已经全部完成了！

注意：代码提交后预计十分钟生效！！

3.仓库的pages服务设置：

在github网站打开你的仓库页面，并点击setting的页签

在setting页签下面找到pages服务，再沿着右侧的提示，找到分支，选定默认分支master；然后点击保存处理。

设置后会提示如下的信息，您可以自定义域名，或者使用默认的域名。这里我们先使用github提供的域名。

在完成步骤2种的代码提交后10分钟，我们访问步骤3种，给到我们的域名看看效果：

至此，我们的博客基础配置全部完成！

4.自定义域名（备案）：

理论上在没有被限制的情况下，我们是可以通过github的项目域名进行博客的访问：

https://{你的用户名}.github.io

但是因为存在部分不可抗力的原因，导致我们无法直接通过github的域名进行博客的访问；

此时，我们就只能想办法通过一定的规则手段配置，使得个人的博客网站可以被正常访问。这里我罗列两条方案；

方案一：

申请自己的域名，并在云厂商购买一台服务器，比如在阿里云购买一天最低配服务器，并申请公网IP和固定带宽；

这样，您便可以通过阿里云服务器进行自己域名的解析和重定向；一般是需要在您在自己国内的服务器上面安装Nginx或者其他服务代理转发的后台服务。

另外，由于您使用的是国内服务器，您的域名需要解析到您服务器的公网ip，根据ICP备案的要求，您的域名还需要经历云厂商的服务器进行IP的绑定，做备案后才能投入使用。

理论上来说方案一是可行的，但是因为个人原因，我没有进行尝试，有尝试的小伙伴，可以将结果反馈一下。

这个方案的目的是国外的域名改为自己的域名，并通过正常的备案流程进行访问，理论上来说只要不提供反对内容应该是不会要问题的。

方案二：

使用海外的域名解析网站，比如：Cloudflare；

我们可以将自己的域名的DNS解析服务器修改为cloudflare提供的服务器，其提供的解析域名会根据重定向后的规则，找到需要访问的真是IP地址，
这样在我们访问域名时，便不会因为重定向的限制和不可抗因素被重定向后的域名给截断请求。

cloudflare还会根据您实际访问ip的地址分配就近的CDN进行内容的缓存，无形中加快了您域名跨区域访问的速度。当然这种CDN服务在国内是需要收费的，但是cloudflare是可以提供免费支持的。

方案二的目的是直接跳过国内的DNS，直接到国外可用的DNS去解析内容，然后直接返回数据内容，这样返回的内容并不会被GFW拦截。

我们可以看到不同方案的对比，理论上来说方案一的访问速度回被方案二更快一些，毕竟站点在国内，但是方案二通过国内CDN和免费解析等手段基本上也能达到我们预期的诉求。

综上所述，我按照我自己的实际使用场景，选择了方案二进行域名的解析。