使用git作为代码库管理工具，你如果想实现自动部署，网上一搜就会出现一大把的教程，这里记录一下自己的实现方式。

因为gitlab服务器是独立的一台机器，但是又需要在另一台测试的站点服务器实现自动部署，这里就没法使用git的服务端hooks，所以目光转向webhook。

前提：一个编译程序一直监听文件变化，有变化则编译，所以只需要及时更新到代码即可

首先在测试服务器上安装好git客户端，然后将代码down下来（此处是废话）。

站点使用的是lnmp，所以想着使用php执行shell脚本，然后就用了如下代码

/* webhook.php */
$dir = '/www/site';//该目录为git检出目录
$handle = popen("cd {$dir} && git pull > debug.log",'r');
$read = stream_get_contents($handle);
printf($read);
pclose($handle);

　　　　

然后打开该url（在这之前先在自己电脑上提交了代码，不然怎么看效果，呵呵），并查看debug.log，呵呵，并没有日志输出。好吧，难道是代码问题？简单，验证一下就知道了，马上使用root登录使用shell直接运行命令 php webhook.php，再看看日志文件，有输出内容了。。。

OK，那来梳理一下整个过程有什么区别。使用命令行方式使用了root账户，但是使用url的方式则是使用了nginx的账户，两个账户权限是不同的。需要将用户权限提升？好麻烦啊，我不想那么弄。那还能怎么样呢，直接使用root权限运行一个监听程序来执行git pull操作不就好了嘛，那就开动呗。接下来我用了nodejs来处理这个问题，如下

// server.js

var http = require("http");

http.createServer(function(request, response) {

    response.writeHead(200, {
        "Content-Type": "text/plain"
    });

    response.write("wait ...");

    var exec = require('child_process').exec;
    var cmdStr = 'cd /www/site && git pull > debug.log';
    exec(cmdStr, function(err, stdout, stderr) {
        if (err) {
            console.log("error");
        } else {
            console.log("success");
        }
    });

    response.end();

}).listen(8081);

　　

接下来还是一样，提交代码，然后在root账户下运行node server.js。再来看看debug.log，嗯，已经有了吧。接下来我们把8081端口开放？当然不，我选择了使用nginx代理的方式（就是那么任性，不服来咬我），nginx配置文件里添加如下

location /xxx {
    proxy_pass http://127.0.0.1:8081;
    break;
}

　　

大功告成，访问一下该url测试一下即可，www.mysite.com/xxx 已经ok了，接下来打开自己的项目管理界面的setting将url放到webhook里面，哦了。