Posted in Javascript onJune 14, 2020
应用场景
项目打包后发布到正式环境,需要后端配合或者前端自己上传到服务器上,操作不便且容易产生问题,比如后台不在的情况而前台没有服务器的信息,这时发布就被延;或者前端自己上传容易导致误操作,如果上传错地方没正确上传都可能导致线上直接崩掉,而这对于已发布的产品而言是致命的。因此,有必要实现自动化部署代码到线上,解放双手的同时也减轻后端兄弟的压力。
项目使用
1、在项目根目录下, 创建 deploy/products.js 文件
/* *读取env环境变量 */ const SERVER_ID = process.env.NODE_ENV === "prod" ? 0 : 1; /* *定义多个服务器账号 及 根据 SERVER_ID 导出当前环境服务器账号 */ const SERVER_LIST = [ { id: 0, name: "A-生产环境", domain: "xxx.xxx.xxx", // 域名 host: "118.31.245.118", port: 22, username: "root", password: "Yrkj1234", indexpath: "/var/www/yiqitong/public/theme/index/default/index/", assetspath: "/var/www/yiqitong/public/h5-static/" }, { id: 1, name: "B-测试环境", domain: "yiqitong.118.easysoft168.com", host: "118.31.245.118", port: 22, username: "root", password: "Yrkj1234", indexpath: "/var/www/yiqitong/public/theme/index/default/index/", assetspath: "/var/www/yiqitong/public/h5-static/" } ]; module.exports = SERVER_LIST[SERVER_ID];
2、在项目根目录下, 创建 deploy/index.js 文件
// deploy/index.js里面 const scpClient = require("scp2"); const ora = require("ora"); const chalk = require("chalk"); const server = require("./products"); const spinner = ora( "正在发布到" + (process.env.NODE_ENV === "prod" ? "生产" : "测试") + "服务器..." ); var Client = require("ssh2").Client; var conn = new Client(); conn .on("ready", function() { // rm 删除dist文件,n 是换行 换行执行 重启nginx命令 我这里是用docker重启nginx conn.exec( "rm -rf /var/www/yiqitong/public/theme/index/default/index/index.htmln rm -rf /var/www/yiqitong/public/h5-static", function(err, stream) { if (err) throw err; stream .on("close", function(code, signal) { // 在执行shell命令后,把开始上传部署项目代码放到这里面 spinner.start(); scpClient.scp( "dist/index.html", { host: server.host, port: server.port, username: server.username, password: server.password, path: server.indexpath }, function(err) { if (err) { console.log(chalk.red("发布失败.n")); throw err; } else { scpClient.scp( "dist/h5-static/", { host: server.host, port: server.port, username: server.username, password: server.password, path: server.assetspath }, function(err) { spinner.stop(); if (err) { console.log(chalk.red("发布失败.n")); throw err; } else { console.log( chalk.green( "Success! 成功发布到" + (process.env.NODE_ENV === "prod" ? "生产" : "测试") + "服务器! n" ) ); } } ); } } ); conn.end(); }) .on("data", function(data) { console.log("STDOUT: " + data); }) .stderr.on("data", function(data) { console.log("STDERR: " + data); }); } ); }) .connect({ host: server.host, port: server.port, username: server.username, password: server.password });
3、添加 package.json 中的 scripts 命令, 自定义名称为 "deploy""scripts": {
"serve": "vue-cli-service serve", "build": "vue-cli-service build", "lint": "vue-cli-service lint", "test:unit": "vue-cli-service test:unit", "deploy:dev": "npm run build && cross-env NODE_ENV=dev node ./deploy", "deploy:prod": "npm run build && cross-env NODE_ENV=prod node ./deploy" },
运行npm run deploy:dev发布到测试环境;npm run deploy:prod发布到生产环境。至此大功告成。总结这种打包方式可能会存在风险问题,毕竟ip和密码都写在前端。我推荐使用Jenkins自动化打包参考文章segmentfault.com/a/119000001…总结
到此这篇关于浅谈Vue 自动化部署打包上线的文章就介绍到这了,更多相关Vue 自动化部署打包内容请搜索三水点靠木以前的文章或继续浏览下面的相关文章希望大家以后多多支持三水点靠木!
浅谈Vue 自动化部署打包上线
- Author -
?声明:登载此文出于传递更多信息之目的,并不意味着赞同其观点或证实其描述。
Reply on: @reply_date@
@reply_contents@