Git钩子触发的脚本无效

Git钩子触发的脚本无效

背景:

接触了GitBook之后,发现这个服务用来记录一些知识点非常适合,还能导出成HTML、PDF等其他文件格式,保存起来非常方便,但是官方的服务毕竟在国外,访问起来总会遇到各种问题,就想在自己的服务器上也部署一个相关服务,碰巧之前在CentOS上已经部署了Gogs,再部署一个GitBook,简直天作之合。Gogs用来存储内容,即每个文章的md文件,而GitBook用来生成Html静态文件,通过服务器部署,即可在线浏览文章。而其中核心点就是Gogs支持Git钩子(Git Hooks),在本地编辑完文章,直接推送到Gogs的仓库,通过Git钩子触发构建脚本,把md文件生成html文件到web目录,中间无需二次介入。

构建脚本:

构建脚本如下:

1
2
3
#!/bin/sh
. /home/git/gogs-repositories/tedxiong/gitbook.git/hooks/update-gitbook
. /home/git/gogs-repositories/tedxiong/gitbook.git/hooks/gitbook-build

update-gitbook的作用在于拉取远程仓库信息,获取到最新的文章,内容如下:

1
2
3
4
5
6
7
#!/bin/sh
unset GIT_DIR
DATE=$(date +%Y-%m-%d-%H:%M)
DIR_ONE=/home/git/GitJob/GitBook/
cd $DIR_ONE
echo "exec git pull in " `pwd` "@" $DATE >> /home/git/test.txt
git pull origin master

gitbook-build的作用在于最新文章拉取完成后,执行gitbook build生成静态文件,内容如下:

1
2
3
4
5
6
7
#!/bin/sh
DATE=$(date +%Y-%m-%d-%H:%M)
DIR_ONE=/home/git/GitJob/
cd $DIR_ONE
gitbook build GitBook /usr/local/nginx/html/gitbook --log disabled
echo "gitbook build in" `pwd` "@" $DATE >> /home/git/test.txt
#echo "path is " $PATH "=================" >> /home/git/test.txt

真正执行的命令,每个脚本只有一条,其他的内容是为了生成日志,协助定位问题,也正是这些日志帮我定位出来了问题。

问题:

本次遇到的问题就是在Git Hooks执行的自定义脚本中,有部分命令不执行。简单的命令比如echo,cd都没有问题

具体现象:

update-gitbook脚本执行正常,只有gitbook-build脚本执行之后没有效果,最新的静态文件没有生成。

定位问题:

通过Gogs查看Hooks日志,位置在/home/git/gogs/log/hooks/*.log,具体名称跟使用的Git钩子有关,比如我是用的是post-receive,即在推送完成之后执行,那么日志文件名称就是post-receive.log。在日志中显示错误码为127,在Linux中127代表的是command not found,即命令没找到。纳尼?gitbook命令找不到?我把相关命令都添加到/etc/profile中了呀,并且在Gogs运行的Git用户下执行gitbook没有问题的啊!!!灵机一动,你不是找不到吗,我写gitbook的绝对路径,你肯定能找到了吧。完成后再实验一次,127错误码没有了,反而成了1,也就是命令依旧没有生效,并且错误退出了。这个错误,还不如127呢!!!

说明绝对路径是不行的,不是找不到命令么,我就看看你能找到什么命令,通过

1
echo "path is " $PATH "=================" >> /home/git/test.txt

一看,输出的内容为:

1
path is  /usr/local/git/libexec/git-core:/usr/local/git/libexec/git-core:/sbin:/usr/sbin:/bin:/usr/bin =================

妹的,原来你只能找到这些路径下的,那些自定义的环境变量并不在其中,这里好奇一下,为什么?同样是Git用户,为啥在终端里和在Gogs里看到的环境变量不一样呢?

解决问题:

既然你到不了我这里,我就到你那里去,一条命令解决问题:

1
ln -s /usr/local/node-v6.11.1/bin/* /usr/sbin/

收获:

这个问题困扰了我很久,将近一天时间。主要还是对Linux不熟,其次是不知道分析错误日志,企图在网上直接寻找解决方案。

0%