共计 604 个字符，预计需要花费 2 分钟才能阅读完成。
报错信息：ChildProcess.<anonymous> hexo/node_modules/hexo-util/lib/spawn.js:37:17。
Coding 仓库地址更改了导致 hexo g -d 忽然部署失败的起因剖析思路及解决。
前言
前段时间忙于工作，有段时间没更新博客了，明天更新博客部署发现忽然部署失败了。
刚开始依据报错信息，在网上搜寻了一圈，各种答案都有，发现都不太精确，有的还说是 git 的版本问题要升到最新的 git 版本，为此我还降级了 mac 的零碎和 git 的版本。但发现并不能解决问题。
最初，冷静下来剖析报错的信息，忽然有了方向，最初定位到是 Coding 仓库的地址扭转了导致的忽然部署失败 ，也验证了本人的猜测。
我的博客是同时部署在 Github 和 Coding 上的，Coding 忽然把仓库地址的规定改了，我也不晓得，太坑了..
起因剖析思路
剖析问题的思路如下：
解决办法
上 Coding 仓库上查看批改后的仓库地址，把 Coding 的部署地址批改过去就好了。
Coding 部署地址的配置中央在：hexo 文件夹根目录的 _config.yml 文件里。如下：
批改之后保留配置问题，从新 hexo g -d 生成并部署就能够部署胜利了。问题解决。
至于博客源码仓库，我也是寄存在 Coding 上的（之前 Github 还不反对公有仓库），不过上传博客源码的时候不必批改仓库目录，git push 的时候会主动重定向为 Coding 批改后的仓库地址。
正文完
