精心动魄的博客升级计划，Tale
这几天在筹划将分散在其他几个地方的博客统一到这里来，也就留意了tale的更新，发现出现了2.0.1版本； 因此动了升级的念头，唉！ 高估了个人开放着的系统规划能力，tale可不是想的那么简单就升级的；
备份
按官网说明所以文章在tale.db文件中，表结构在scheme.sql文件中，所以我把tale.db文件备份了；
下载最新部署包部署
从官网下午最新tale.tar.gz部署后将tale.db复制过去，发现新版本系统用不了这个db文件，启动不起来。。。
简单推想时表结构不同或者其他等待吧，有没有文档可以看。。。
突然发现坑大了去了，思来想去没有好的办法之后停止这种升级方式；
采用自带的ungrade脚步进行升级
很简单的命令 ./tail-cli upgrade 运行时很简单的，直接提升：升级成功，请手动重启 等你重启后发现，唉！一堆错误，整个系统没有办法访问了，而部署包也不知道改动了那些文件，怎么回退呢？ 突然间头两个大，这下完了；
只能想着我有tale.db文件，要是原来的安装包tale.zip还在就行，万幸我总是把部署的压缩包保留在统一文件夹中收藏。。。
剩下就是整体还原了，知道整个系统重启正常才内心平静下来，总是放心了。重启过程中，tale自带的stop命令不好用，不能准确的kill掉线程，我这边就出现了停不掉现象。
升级这件事让我们明白
升级前一定要彻底评估升级的每个步骤和内容，出了问题又没办法解决情况下要能回退成功
一定要彻底备份整个系统，不单单是数据库文件，还有服务部署文件等等任何东西
回退方案一定要想好
针对tale的问题
暂时不升级了，等我研究了怎么把文章备份出来后在考虑升级； 同时也不再迁入博文了，先研究研究源码；
想来还是纯静态的博客系统靠谱些，博文起码不回丢失； 类似vuepress这样的框架进行博客系统开发 后面也思考是否自己开发一套博客系统