Nodejs同步与备份服务器仓库

本文和大家分享的主要是Nodejs同步与备份服务器仓库相关内容，一起来看看吧，希望对大家 学习Nodejs 有所帮助。
　　听说Github上有个仓库叫famanoder/gitsync，里面用Nodejs实现了一个接口，用来远程执行git命令，来同步更新和备份服务器资源；由于服务器资源的特殊重要性，该接口做了个简单的签名认证，防止链接被盗取后的恶意操作；当然这只是个简单的认证，要更全面的防范，扩展一下也是很容易的；
　　实现背景：
　　最近项目的一个需求是客户端需要可以多个版本切换，比如当前最新版本为3.5.0，那么对应前端的资源引用路径应该是//cdn.host/3.5.0/js/*.js，如此一来，前端的静态资源就需要按需求版本划分为多个包了，OK，复制粘贴就完事了嘛！大不了用Nodejs写个复制粘贴也不麻烦的；这里最容易首先想到的一个巨坑就是，一旦需要修复旧版本的bug，需要同步修复的文件到很多版本包，如果涉及的模块错综复杂的话，就得像git里需要手动解决冲突了，呵呵了吧！但转念一想，其实这个问题不会存在的，因为如果客户那里出问题了的话，如果没升级到最新版，我们首先是提醒用户升级，如果是新版的问题，那么改问题，当前版本不可提交的话，改上个版本提交，同步到当前版本就是，这样的话，说到底多版本控制其实就是最多两个版本控制了；如果有版本涉及到会员收费呢，有的用户就是不愿意付费咋办，那时候最多就不止两个版本了，好吧，反正有用户愿意付费，我们麻烦点也没啥~接下来的问题就是前端开发环境的配置多版本问题了；目前是webpack，开发环境npm run dev，package.json的scripts为：
　　1"dev":"webpack --config ./webpack.config.dev.js --progress --colors"
　　如果以后每个版本都有个独立的包的话，那么势必webpack的配置也会有多个，而多个webpack配置唯一不一样的地方就是版本号！设想下可能是这样：
　　1"dev3.5.0":"webpack --config ./webpack.config.dev3.5.0.js --progress --colors"
　　2"dev4.0.0":"webpack --config ./webpack.config.dev4.0.0.js --progress --colors"
　　3"dev5.0.0":"webpack --config ./webpack.config.dev5.0.0.js --progress --colors"
　　4。。。
　　貌似可以哈！原谅我的强迫症，每次复制粘贴相关模块就算了，连开发环境的配置也得重新弄一份，以后要加或改个loader、plugin什么的，不是得每个配置文件走一遍。。。
　　这时候Nodejs该做点什么了：比如，命令行输入node startWebpack 3.5.0，那么首先尝试启动3.5.0版本，如果没有该版本，则创建3.5.0版本并启动它；到这的话，package.json的scripts的相关webpack启动都是多余的了，接下来要做的就是在startWebpack.js里根据输入的版本号启动对应版本，打包对应版本的前端资源；同时开多个版本的话也互不影响，各自独立工作；目前实现了三种命令，注意不是三个命令：
　　1、node startWebpack init newVersion [from oldVersion]
　　初始化一个版本，可以指定从哪个版本的基础上生成新版本
　　2、node startWebpack version
　　启动一个版本
　　3、除了上面两个，其它参数统一返回已存在的所有版本号
　　详细代码就不出了，可能这种需求不具有普遍性，坑啊！
　　原来的webpack.config.js里需要提前注入一个version参数；
　　1var agrs=process.argv.slice(2).join(' ');
　　2var matAegsInit=agrs.match(/init\s+([^\s]+)(?:\sfrom\s(.+))?/);
　　3var matAegsStart=agrs.match(/\s+/);
　　4
　　5function startWebpack(version,webpackConfig){
　　6    process.title = process.cwd()+' Webpack ' +version;
　　7    webpack(webpackConfig,(err,stats)=>{
　　8        if(err) throw err;
　　9        process.stdout...
　　10    });
　　11}
　　12module.exports=function bootstrapWebpackVersionCtrl(WebpackVersionConfig){
　　13    if(matAegsInit&&matAegsInit.length&&matAegsInit[1]){
　　14        initAndStartWebpack();
　　15    }else if(!matAegsStart){
　　16        startWebpack();
　　17    }else{
　　18        getVersionList();
　　19    }
　　20}
　　以上代码只是大概的轮廓，可忽略，重点在于用代码的方式让webpack更加灵活可控，其中还要借助shelljs模块用代码实现命令行的很多操作；我可不会告诉别人Github上的那个famanoder/gitsync其实是从这衍生而来的；
　　gitsync可以做什么呢？
　　1、最简单的做法是，放出了一个url，限定访问的过期时间或次数，配合query参数请求服务器执行相应的git命令（事实上可以执行绝大多数命令行可执行的命令），比如：先git commit -m abc然后git pull origin master，甚至到指定目录执行其它可执行命令，为了安全考虑限制下吧，命令限制完了，最好还加个简单的签名，服务器上不比你本地的！
　　2、就我的个人小站而言，乌七八糟的堆了一大堆，散落着七八个仓库，最近越来越感觉这种做法不靠谱，所已现在统一合为一个仓库了，各种操作也容易，同步备份更方便；既然gitsync是Nodejs写的，那么再加一个定时任务，定时执行git pull、git push，那么就相当于定时备份整个服务器的资源了，现在就一个仓库，就算服务器不小心挂了，或是被黑的一塌糊涂，也可以安然的从github拉取一份，重启就OK了；
　　3、shelljs可以做的还有更多，比如，我公司内部对外网的访问做了ip限制，很多时候我的线上服务挂了，我无法即时登录服务器重启，这时如果gitsync放出了一个path参数入口的话，shelljs.cd(query.path);shelljs.exec('npm start')；即可重启服务了，当然有pm2更好了；
　　4、gitsync本应非常简单，如果需要过多的维护，说明该换方案了；
　　1function App(req,res){
　　2
　　3    // ...
　　4    const ser={req,res};
　　5    SimpleRouter.call(ser,{
　　6        '/gitsync':()=>{
　　7            const query=parseUrl(req.url);
　　8            validateQuery(err,query=>{
　　9                // ...
　　10                validateSignature(err,baseQuery=>{
　　11                    // ...
　　12                    sj.exec(query.git,{async:true},(code,stdout,err)=>{
　　13                        // ...
　　14                        res.end(out);
　　15                    });
　　16                });
　　17            });
　　18        },
　　19        '*':'404.html'
　　20    });
　　21
　　22}

来源：网络