Hexo推送失败的问题解决

错误失败的问题就如以下:

1
2
3
Unlink of file '.git/objects/pack/pack
-2334b7896f1a646c01379d37254fad0944xxxxxxxx
idx' failed. Should I try again? (y/n)

一直按y也是没有用一直重复,网上的各种方法都试过了,但是都没有用,包括重新去Git官网重新下载安装Git,问题还是没有得到解决,这个问题也是苦恼了我一个晚上,但是踏破铁鞋无觅处,得来全不费工夫,我首先就是想到查看.deploy_git这个文件夹的属性,因为这个文件夹每次hexo d它都会更新一次,这一不看属性不知道一看吓了我一跳,TM的居然占了4G多的硬盘空间,话说我这一个小博客哪来这么多的文件,这简直就是一个巨无霸了。

后面又在网上查找了一下看到说这个文件夹是可以删除的,那当然是毫不犹豫的删掉它了,再每次hexo d它都会重新更新一次干嘛不删掉呢,删掉之后我重新用一键编译推送命令hexo clean && hexo deploy更新推送,这一次居然问题解决了,只是时间比平时用得多了一点。

再次打开Git刚创建的这个文件夹看了下属性,这次终于不是我被它吓一跳了,而是感到很惊喜,这一次居然只占用300多M的硬盘空间了,真后悔早知道直接把它删了重新更新就可以解决问题,还走那么多弯路,但是不能保证长期有用,估计推送次数多了,它也还会重新变成巨无霸,所以如果以后遇到同样的问题还是得删,这个应该是Git设计有问题,为了追求每次推送的速度,所以每次都是往这个文件夹里增加文件,而不是每次用新的覆盖旧的,长此以往这个文件夹就会变得越来越大,到最后大到不能再继续写入就推送失败了。这个和QQ文件夹一个原理,QQ文件夹当里面文件大一定程度,那QQ发语音都会发不了,所以这个QQ文件就需要经常的删除,这个Git也是这个原理。

推送到Github成功以后自然要在浏览器上打开网站看下有没有什么不妥的地方,这也是给我的第二个惊喜的地方,之前打开网站一直很慢还以为是Github的访问速度问题,现在看来还真的不是了,这次打开可以用秒速来形容,真的比以往的打开速度非比寻常的快,没有想到删除这个文件夹带来的还有意外惊喜,看来以后还是要经常删一下才行啊。

仔细想一想还真的是觉得不可思议,先前那么4G多的巨无霸全部推送到Github那网站速度能快才怪了,一下加载4G多的文件网速再怎么快都会感觉慢了,相当于一下子下载一个4K的电影,用迅雷下载最快也要7到8分钟才行啊,到这里这一次Hexo网站更新遇到的问题就完美的解决了,还有意外收获感觉很值得记录一下,也对以后自己和别人有帮助。