Q1:本地hexo s都没问题,远程页面死活不更新。本地的public也正常生成,但是发现github上更新后的文件并没有post文件夹,about文件夹,index.html等。
S1:各种反复hexo clean hexo g 都不行。还是直接删除了hexo文件夹下的隐藏文件.deploy_git。然后重新生成就可以了。mac显示隐藏文件.xxx格式的。直接快捷键cmd+shift+.
Q2:theme下的某个主题死活git commit不上去,报changed not staged for commit 。add也add不上去。
S2:要注意一个问题,在hexo主题网站找的主题模版,在其git repo上,还是不要git clone了。会自带.git(但其实有些并没有出现这个问题。。。。)在add的时候,会让添加一个子模块。省事的办法就是直接download下来放进去。
Q3:明明ssh公钥都配置好了。SSH -T git@github.com都没有问题。但是在hexo d的时候偏偏说权限禁止。
S3:重新配置,在生成的时候,加上sudo ,以后在使用时候每一次都加上sudo。(mac系统)
第一次在Mac中配置好了hexo,发布的时候却一直提示:Error: Permission denied (publickey). fatal: Could not read from remote repository.
分析这个错误提示大致可以推断出是公钥配置的问题引起的。
但是github中我已经配置好了当前的公钥信息了,再次检查公钥。
0、github中公钥重新配置了一遍
1、git clone可以正确执行。
2、ssh -T idealife@github.com
也提示:Hi defnngj You’ve successfully authenticated, but GitHub does not provide shell access.
说明配置的公钥没有问题。
就是在执行sudo hexo deploy的时候报公钥问题。
为什么要加sudo呢?
在执行hexo命令时,如果不提权,就会一直提示db.json文件的写权限的错误:Unhandled rejection Error: EACCES: permission denied, open '/Users/idealife/Developer/blog/db.json' at Error (native)
所以进行了权限提升。
以前一直是在window环境中配置,对于权限的认识比较浅。突然意识到,就是sudo引起的问题。
因为我生成公钥的命令是ssh-keygen -t rsa -C “idealife@github.com”
没有加sudo,生成的公钥是当前用户的,路径是 /Users/idealife/.ssh。而sudo hexo deploy命令执行的时候应该会去读取的root用户的公钥,很显然root下还没有对应的公钥信息生成。
随即立即验证这个推测。
1、为root生成publickey:sudo ssh-keygen -t rsa -C “idealife@github.com”,对应路径为/var/root/.ssh
2、提取公钥信息并配置到github中。问题又来了,在UI界面中是无法访问到/var下的root文件夹的。我们可以通过sudo cat /var/root/.ssh/id_rsa.pub可以绕开这个问题。
3、执行sudo hexo deploy,部署成功!
总结:在Linux或者UNIX环境中一定要注意权限问题