背景
筆者在最近碰到一個問題：
有一些項目沒有類似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包版本內容請搜索腳本之家以前的文章或繼續瀏覽下面的相關文章希望大家以后多多支持腳本之家！
