写在前面的话
1月初我使用Hexo建立了自己的博客网站，Hexo搭建和写博客都比较容易，但是再不同电脑使用就显示很麻烦，需要安装nodojs,配置git，安装hexo等等...,每次换电脑都需要折腾一番，实在费劲，于是就想找一个携带方便，只写文章，自动部署的方法。
第一次优化---携带方便
开始的时候，在一个电脑部署好环境之间，如果需要在另外一台电脑上使用，需要把源代码赋值到U盘里，以备不时之需。后来一想整天拿着U盘考来考去的，似乎不是一个程序员的做法，因为我博客系统是放在 coding.net Pages上的，因此，我看博客源码也放到了coding.net上，如果再换电脑我就可以直接git clone ~了，接下来在安装nodejs，就完活可以酣畅淋漓的写博客了。
第二次优化---文章和Hexo插件脚本分离，实现自动化部署
程序员在工具的便捷性上的追求永远没有止境
文章和Hexo插件脚本分离
我在coding.net上建立了三个代码仓库。我把Source文件夹下的_posts文件夹和Static文件夹下的Imaes文件夹（七牛云存储的文件夹），单独拎出来提交到Coding.net上的另外一个仓库里。博客的整个源码在另外一个仓库里。博客系统在另一个仓库里。
自动化部署的思路
我之前没有做过自动化部署，但在工作当中也听到过别人议论过，按照我听到的自动化部署是个什么样子的呢，分为四步：
- 触发有一个时机
- pull代码
- 自动集成
- 部署
我就是按照这四个步骤来设计的我的源代码仓库。先来说说我想要的结果吧：
- 上文已经说过，我是把文章列表单独放在一个仓库中，我想我可以在不同的电脑上写博客文章的时候，可以只Clone文章列表(Images文件)，写完文章Push之后，就可以执行上面的四个步骤
网上自动化部署的解决方案
思路有了之后就去网上找教程，以搜hexo自动部署，哇！很多文章，好多不同的方案，看的我眼花缭乱，脑袋里乱成一团麻。先总结一下网上的方案吧：
- 使用Jenkins+服务器/nginx实现自动部署,这种方案网上最多，但它需要第三方软件的支持，这个我不喜欢，而且需要自己有服务器或者使用反向代理，写博客的时候装Jenkins服务的电脑需要开着，不喜欢，不够自动化
- 使用云持续集成部署方案，云CI的提供商国内和国外的都有，这里就不在表述了，这种方案需要引入第三方软件，而且国外的CI链路不稳定，国内的CI公司不太稳定
排除了网上的所有方案后，就剩下自己造轮子了。
Coding.net上的持续集成方案
在Coding.net上有自己的持续集成，虽然是beta版，但可以试一试，而且coding.net的持续集成支持Jenkins脚本还支持Node.Js-10的环境。
找到方案之后，接下来就进行一顿猛如虎的操作后，对自动化部署的思路进行了细化：
- 我在文章列表仓库里建立一个持续集成的脚本，用来监控主分支的Push行为
- Clone文章列表仓库的源码放到AC目录下，再Clone博客源码的仓库到blogSource目录下
- 将AC中的文件替换到BlogSource目录下
- 执行hexo cl、hexo g、hexo d部署到博客系统仓库中
整个过程十分简洁明了，但，我遇到很多坑，那么和大家说一说我遇到的坑s。
坑ssssss---表示遇到很多坑
第一神坑---Clone代码
我开始用https的方式Clone代码：
sh 'git clone https://~'
提示我：
找不到设备
看的我一头雾水，在网上搜索，看到别人说可能权限不够，在Https模式下，需要加用户名和密码，网上这样写：
sh 'git clone https://{用户名}:{密码}@~'
这样写我收到用户名密码不正确的提示，可是用户名和密码明明是对的啊，我又是一头雾水，唉！
继续网上搜索资料，发现有人说用SHH的方式可以免密Clone，于是我替换成这样：
sh 'git Clone git@git~'
然后我收到权限不够的提示，心中一喜，这个只需要部署公钥就可以了，然后我在脚本里执行一下代码：
sh 'ssh-keygen -t rsa -C "邮箱"'
然后看到了错误信息，我继续一头雾水，愁~
在我心灰意冷，举步维艰的时候，无意间我在网上看到这样的写法：
sh 'git clone https://用户名:密码@~'
哇！，竟然成功了，我欣喜若狂~ 我想说一句：楼上那位加{}的大哥把我害得好苦啊！！！
第二神坑---Copy文件
我之前也写Shell命令，这个对我来说so easy！，我一顿操作，写下一副代码：
stage("Copy")
{
steps{
sh 'cd blogsource/static'
sh 'rm -rf images'
sh 'cd ../../'
sh 'mv ac/images blogsource/static/images'
sh 'cd blogsource/source'
sh 'rm -rf _posts'
sh 'cd ../../'
sh 'mv ac/_posts blogsource/_posts'
}
}
然后再部署，代码如下：
stage("hexo安装和部署")
{
steps{
sh 'ls'
sh 'cd /blogsource/'
sh 'ls'
sh 'npm install hexo -g'
sh 'npm install -g hexo-cli'
sh 'npm install'
sh 'npm install hexo-deployer-git --save'
sh 'ls'
sh 'hexo cl'
sh 'hexo g'
sh 'hexo d'
}
}
手动触发一下集成，what？一脸茫然，竟然失败了：
$ hexo cl
Usage: hexo <command>
Commands:
help Get help on a command.
init Create a new Hexo folder.
version Display version information.
Global Options:
--config Specify config file instead of using _config.yml
--cwd Specify the CWD
--debug Display all verbose messages in the terminal
--draft Display draft posts
--safe Disable all plugins and scripts
--silent Hide output on console
For more help, you can use 'hexo help [command]' for the detailed information
or you can check the docs: http://hexo.io/docs/
这个简单，一定是执行hexo cl命令的目录下没有安装hexo-cli或者没有Hexo那些文件,可是我已经安装了啊！也进行文件复制和路径切换了啊！一脸懵逼~~~
想来想去最有可能是第二种可能，然后我就试着切换路径和列出目录下的文件来验证切换路径是否成功，我用一下命令：
sh 'ls'
sh 'cd blogsource'
sh 'ls'
结果吓我一跳，两次ls,打印的目录竟然一样！！！我不知道是我命令没有写对还是云上做了限制，看来只能曲线救国了。
曲线救国
既然不能跳转路径，那么我就把BlogSource文件下的所有文件都MV到根目录下，然后再去替换AC中的文件。有了思路，说干就干，一顿操作，写下代码：
stage("copy")
{
steps
{
sh 'mv blogsource/node_modules node_modules'
sh 'mv blogsource/scaffolds scaffolds'
sh 'mv blogsource/source source'
sh 'mv blogsource/static static'
sh 'mv blogsource/themes themes'
sh 'mv blogsource/.DS_Store .DS_Store'
sh 'mv blogsource/_config.yml _config.yml'
sh 'mv blogsource/db.json db.json'
sh 'mv blogsource/package.json package.json'
sh 'mv blogsource/package-lock.json package-lock.json'
sh 'rm -rf source/_posts'
sh 'rm -rf static/images'
sh 'mv ac/_posts source/_posts'
sh 'mv ac/images static/images'
sh 'ls'
}
}
惊喜来了~~~ 成功了 ~~~成功来的真不容易啊！！！
脚本全部代码如下：
pipeline {
agent {
// 此处设定构建环境，目前可选有
// java-8,python-2.7,python-3.5,build-essential,ruby-2.3,go-1.7
label "node-10"
}
stages {
stage("pull") {
steps {
sh 'ls'
sh 'git config --global user.name "用户名"'
sh 'git config --global user.email "邮箱"'
sh 'git clone https://用户名:密码@~/文章 ac'
sh 'ls'
sh 'git clone https://用户名:密码@~/博客源码 blogsource'
}
}
stage("hexo")
{
steps
{
sh 'npm install -g hexo-cli'
}
}
stage("copy")
{
steps
{
sh 'mv blogsource/node_modules node_modules'
sh 'mv blogsource/scaffolds scaffolds'
sh 'mv blogsource/source source'
sh 'mv blogsource/static static'
sh 'mv blogsource/themes themes'
sh 'mv blogsource/.DS_Store .DS_Store'
sh 'mv blogsource/_config.yml _config.yml'
sh 'mv blogsource/db.json db.json'
sh 'mv blogsource/package.json package.json'
sh 'mv blogsource/package-lock.json package-lock.json'
sh 'rm -rf source/_posts'
sh 'rm -rf static/images'
sh 'mv ac/_posts source/_posts'
sh 'mv ac/images static/images'
sh 'ls'
}
}
stage("发布")
{
steps
{
sh 'hexo cl'
sh 'hexo qiniu g'
sh 'hexo qiniu s'
sh 'hexo g'
sh 'hexo d'
}
}
stage("移除文件")
{
steps
{
sh 'rm -rf blogsource'
sh 'rm -rf ac'
sh 'rm -rf node_modules'
sh 'rm -rf scaffolds'
sh 'rm -rf source'
sh 'rm -rf static'
sh 'rm -rf themes'
sh 'rm -rf .DS_Store'
sh 'rm -rf db.json'
sh 'rm -rf _config.yml'
sh 'rm -rf package.json'
sh 'rm -rf package-lock.json'
sh 'ls'
}
}
}
}
最后
希望我的经历可以给你带来帮助。
