一个小问题

在一些稍有规模的公司中，基本都会有一套完善的发布系统。 相信很多公司都使用了jenkins作为发布工具，前端最近也是出了一套Faas的发布系统 程序员基本打一个commit，push上去就能完成自动发布，接下来只需要手动点点几个按钮，工作效率提升不少。
那么，大家有没有想过这其中隐藏的流程呢？

CI/CD设计思路

  1. 要知道github（gitlab）的repo是可以设置webhook的
  2. 如果push了新代码，则会触发repo的webhook，请求自己事先写好的接口
  3. 写一个server，对外提供api，如果有来自github的请求，则git pull对应repo的最新代码

思路说完了，是不是很简单！不过想要完善的话可能还要考虑一下情况

  1. 定义发布的多个阶段
  2. 一套完整的UI
  3. 完善的权限系统
  4. 回滚策略，构建失败时的补偿策略 …..

然而对于我的个人博客来说，完全不需要安装那么重的jenkins，也不需要复杂的功能，一个轻巧的node server可以帮我pull一下代码即可,（说起来惭愧，本人服务器属于超低配的那种。之前装了个jenkins、java，结果内存占用过多，每次构建任务服务器几乎宕机。）
看一下这个node server 稳定运行32天，仅仅占用不到40M的内存！！！ image.png

代码实现

https://github.com/zhentaoo/auto-deploy

  1. var express = require('express');
  2. var router = express.Router();
  3. var child_process = require('child_process');
  5. router.get('/', function(req, res, next) {
  6.   res.render('index', { title: 'Auto Deploy Running' });
  7. });
  9. router.post('/js-tower', function(req, res, next) {
  10.   console.log('js-tower');
  11.   var option = {
  12.     'cwd': '/data/blog/xxx',
  13.   };
  15.   res = child_process.spawnSync('git', ['pull'], option);
  16.   console.log('stdout here: \n' + res.stdout);
  18.   console.log('update js-tower blog success');
  19.   res.render('update js-tower blog success');
  20. });
  22. module.exports = router;