小项目中管理npm包版本的思路与方法
程序员文章站
2022-06-26 21:34:05
背景笔者在最近碰到一个问题:有一些项目没有类似jenkins的自动部署平台,前端部署都是本地执行npm run build命令生成压缩包,然后放到服务器上面,解压到nginx 目录, 但是有的时候遇到...
背景
笔者在最近碰到一个问题:
有一些项目没有类似jenkins的自动部署平台,前端部署都是本地执行npm run build命令生成压缩包,然后放到服务器上面,解压到nginx 目录, 但是有的时候遇到一个问题,比如项目中某个成员升级了其他组写的一个组件packagea,但是其他成员可能没有升级,导致上线后就会有一些问题,一个包还好,如果有好几个包都没有升级,那么可能导致一些意想不到的问题。
思路
首先就这个问题,我思考后有以下几个问题
- package.json中的包名的版本有几个是用的^x.x.x的形式,不利于判断
- 如何对比包的版本
解决
问题1
针对第一个问题解决方案就是 直接用x.x.x的方式,一个包的更新必定是至少有一个人知道这个事情才会去更新包,所以包名是可以不带任何标识的
问题2
针对第二个问题
node_modules中的版本是低的,但是package.json的版本是最新的,所以我们可以自定一个脚本判断两个版本是否一致
const path = require('path'); const projectroot = process.cwd(); const projectpack = require(path.resolve(projectroot, 'package.json')); // 需要对比的包名 const modules = ['element-ui']; const alldependencies = { ...(projectpack.dependencies || {}), ...(projectpack.devdependencies || {}), }; modules.foreach(module => { try { const packversion = alldependencies[module]; // 有一些包名是有文件夹的比如@vue/cli-service,是在@vue文件夹下 const realpath = packversion.aplit('/'); const pack = require(path.resolve( ...[projectroot, 'node_modules', ...realpath, 'package.json'], )); const needversions = packversion.match(/\d+/g); const realversions = pack.version.match(/\d+/g); for (const i in needversions) { if ( isdef(needversions[i]) && isdef(realversions[i]) && parseint(realversions[i]) < parseint(needversions[i]) ) { exit(module); } } } catch (error) { exit(module); } }); function exit(modulename) { throw new error(`${modulename} 版本过低,请执行 npm i/npm install`); } function isdef(num) { return num !== null && num !== undefined; }
package.json改造 增加check 脚本
"scripts": { "check": "node build/checknpmpackageversion.js", "dev": "npm run check && vue-cli-service serve", "build": "npm run check && vue-cli-service build", "lint": "vue-cli-service lint" },
不足
- 如果包名不是纯数字的话对比有问题,因为我们公司的包名都不带alpha,beta等,所以我没有考虑
- 有一些可以考虑和远程仓库对比,比如调npm info包名命令将结果对比
总结
到此这篇关于小项目中管理npm包版本的思路与方法的文章就介绍到这了,更多相关小项目管理npm包版本内容请搜索以前的文章或继续浏览下面的相关文章希望大家以后多多支持!