简介
换新工作后，忙了大半年，自己博客网站荒废了好久，重新拾起，已是面目全非，最直观的就是评论系统加截不了。鉴于之前 多说 的“劣迹”，还以为它又抽疯了，一查才发现原来人家已经关停服务啦！所谓“不破不立”，关停也好，早想换，刚好下决心。相信不少博友也遇到这样的问题，那我就“抛砖引玉”，将这过程记录下来，供大家交流借鉴。
选型
选择评论系统是比较“痛苦”的，因为选择太多，而我刚好有点选择困难症，怕选择不好，又得来次“不破不立”。严格来说，我是一个懒人，凡事都想来个“一劳永逸”。我网站主题是 NexT ，所以很自然地就去主题官网查看了下，发现它支持的评论系统不少，可还是没一款让我立马心动的。考虑博文的读者绝大多数应该是 “程序猿” ，而 “程序猿” 应该没几个人没有 Github 账户吧，如果能利用现在的 Github Issue 来支撑我博文的评论系统，岂不是大方便了读者？
网上一搜，还真有人这么干，更令人欣喜的是，竟然有高人已经做好了 Hexo 的插件 Gitment ，这倒省事不少，刚好可以“拿来主义”！
差不多一年没管，我的 Hexo 与 NexT 都比较旧了，趁此更新。安装新环境后( NexT 使用的是 5.1.4 ，最新的6.0.0版本没敢用，怕不稳定)，进入主题配置文件，抱着侥幸心理，还真搜到了 “Gitment” 的配置，不用说，NexT 主题已经支持了，但官网上根本没提这碴，估计也是新支持不久。如下图：
创建OAuth App
从配置信息来说，我们需要得到四个关键信息，github_user 和 github_repo 都好理解，分别对应 Github 的用户名和评论的托管仓库名。但 client_id 和 client_secret是什么呢？根据注释说明，应该与 Github 授权访问有关。好吧，我不绕圈子啦，这个就是需要我们授权三方访问我们的仓库的玩意。想想也是，通过 Github Issue 托管评论，读者评论文章，需要向你仓库的提交 Issue ，这肯定需要认证授权的。
查阅资料，发现 GitHub 还真有这个东西，叫 “OAuth application” ，我们先创建一个。进入 GitHub 的 “个人设置” ，在左侧功能列表里面你会发现 “Developer settings” ，点击进入，右上角就有 “New OAuth App”，点击进入，按如下界面填入信息：
点击“Register Application”，即可生成应用，获得 client_id 和 client_sercret 信息，如下：
主题配置
打开 NexT 的主题配置文件，找到 Gitment 位置，配置如下信息
重新部署自己的站点，进入文章后，在底部会见到显示的评论区，则我们的评论系统已经配置ok：
点击“登入”，登录自己的 Github 账号，成功后显示如下：
始初化评论后，就可以添加评论了，如下：
尝试提交一个评论，点击“发送”，惊喜出现了，哈哈哈……
进入 Github 我们设定的评论托管仓库，点击“Issue”，不出所料，刚才评论果然出现在“Issue”的讨论中。
知道了原理，我们完全可以通过 Github 的 “Issue” 系统来管理文章的评论，具体这里就不再讨论了，大家可以慢慢摸索。
小结
借助 Gitment 插件，我们顺利在 NexT 主题上搭建起基于 Github Issue 的评论系统，其过程并不复杂，操作十分简单，即使对小白，也可以说是毫无门槛。这里，感谢大神们为我们做的工作，在他们的肩膀上，我们得以很简单的搭建起自己的评论系统，试想如果没有他们的努力与分享精神，即使有 Github 为我们提供的环境，在自己网站搭建一个依赖 Github Issue 的评论系统，对绝大多数人，估计也是很难想象的。
版权声明：本文为原创，欢迎转载，转载请注明出处，勿用于商业用途！
