记一次blog劫后余生
在写上一篇博客的时候，我偶然知道在md文件中可以直接链接本地blog文件夹source的文件，即可以点击蓝色字下载我本地的文件，我就开始膨胀，卡卡传了几个文件，hexo s本地预览时毫无问题（心中暗暗窃喜），然后就hexo d -g要上传部署，可惜被报错了，大体意思就是github限制了上传文件的大小，超过50m的进行警告，而超过100m的则直接会报错，连带这一次的修改更新都部署不上去，gg，我传了一个200多m的wampeserver（具体详见上一篇博客），不让传就不要了吧，我就到source文件夹中备份完文件，删了，为了彻底一些，我还清空了回收站，回来重新hexo d -g部署吧，发现在write object的时候还是在上传那个已经几乎消失了的exe文件，然后同样的报错又一次出现（心态小崩），我到github上查我的仓库，发现更新时间是几天前（我上次部署的时候），也就是文件没传上来，被报错拦截了，我当时也没多想，就开始Google什么hexo 如何清理大于100m的文件，github大于100m文件解决方案，然后就看是各种尝试，总的来说大概按照三个方向去尝试。
BFG，这个应该是目前最为流行的方式，而且我电脑中还有java的运行环境，就开始按照说明操作，他说用什么example.com克隆我存储库到一个裸仓库然后用bfg清除超过100m的二进制历史文件，什么云云的，反正很蒙，就尝试一下吧，第一步就出错了，访问不到example.com，后来又查阅了别的，我好像知道他这个就是example的意思，实际上是你自己库的链接，从库里克隆了一份存到.git文件里，接着进行bfg清除，然后进行下一步，看着跑动起来的代码，我以为我要成功了（心中窃喜），到最后要git push了，卡住不动了，，，我擦了，重新进行一遍吧，这回push完好像似乎给了一条成功的提示，其实后来我才发现是没有内容要push的提示，我又回去hexo d -g试了一遍，同样报错。gg，这个可能会成功的吧，附上参考文档。
LFS，大概意思是把大文件转换成一个指针索引存到github库中，源文件放到别的地方，然后调用的时候在转换，具体操作可以参见使用LFS解决GitHub无法上传大文件问题，其实我陷入了一个误区，我文件都没传过去，是在历史记录中被拦截了，谈何lfs转换，反正当时就病急乱投医，也试了一手，失败告终。
官方解决方案，又瞎试了各种乱七八糟的命令什么的，经历各种报错，查报错，查不到，反正就开始跟它耗起来了！
直到今天上午，在我心态大崩即将要重建blog的时候，我终于找到了解决办法，
既然是在历史记录里卡着不给过，那就清除全部历史记录，重新部署，将.deply_git文件备份，以免意外情况发生，删除 .deploy_git 和 public 文件，重新部署，果然成功了，感谢cctv，感谢
mtv，&*!@#$%^+=-/。
