npm 仓库私有包离线化安装方案

在某个前端项目中,存在对内网私有仓库维护和发布的 npm 包依赖。 现在该项目需转移至无法访问私有仓库环境的外部云平台上,进行持续集成构建和部署,会发生私有包无法下载而失败的问题。 下面基于当前主流的包管理器 npm、yarn 和 pnpm 分别探讨可用的解决方案。其中私有仓库 scope 以 @lzwme 作为示例。 1 使用 npm 的私有包离线化安装方案 npm 支持以 file: 协议的方
npm 仓库私有包离线化安装方案

前端包管理工具与效率:npm、cnpm、yarn、pnpm、 tnpm 与 corepack

前端包管理工具面临的主要难题,面对项目庞大的 npm 包依赖链,如何快速安全稳定的进行安装和管理。 1 npm(Node Package Manager ) npm 是针对 Node.js 的遵循 CommonJS 包规范实现的包管理器。正是 npm 的出现使得 Node.js 社区的开放性变得简单且发展迅速。开发一个遵循 CommonJS 规范的 npm 包相当简单,而只需要注册一个 npm 账
前端包管理工具与效率:npm、cnpm、yarn、pnpm、 tnpm 与 corepack

使用 npm-check-updates 快速升级前端项目 package.json 依赖版本

通过使用 npm outdated 和 npm update 命令,可以对前端项目中的第三方依赖版本进行分析与升级。但他们可用的参数较少,有些过于简单。 在 Microsoft Visual Code 编辑器中,当鼠标停留在依赖行并保持不动时,它会去查询该行依赖的最新版本。这在对单个的第三方依赖版本升级上会有比较简单快捷的辅助。 对于依赖众多的中大型项目,其第三方依赖包可能多达上百个。当希望进行大
使用 npm-check-updates 快速升级前端项目 package.json 依赖版本

使用 source-map-explorer 分析前端打包结果进行包体积优化

对于前端打包构建生产环境的产出内容,特别是在采用了 Vue.js、React 或 Angular 等主流框架的时候,其体积达数 M 是很常见的现象。 当希望对包体积进行优化分析时,或许你知道可以选择使用 webpack-bundle-analyzer, 其实 source-map-explorer 也是个不错的选择。当打包输出结果生成了 sourceMap,source-map-explorer
使用 source-map-explorer 分析前端打包结果进行包体积优化

NVM: Node.js 多版本切换管理器的安装与使用

本文提到的 nvm 指的是 Node.js version management,用于 Node.js 多版本切换管理的工具。开源社区里有基于不同语言和不同系统的实现,但基本功能与用法都类似。 coreybutler/nvm-windows - windows 上使用最多的选择 nvm-sh/nvm - Mac / Linux 上使用最多的选择 jasongin/nvs - 支持所有主流系统平台的
NVM: Node.js 多版本切换管理器的安装与使用

使用 nrm 管理前端项目 nodejs 模块 npm 安装源(registry)地址

无论使用 npm 还是 yarn 管理前端项目的依赖,都可能会遇到网络访问问题而头疼。另外,你可能工作中需要使用内部私有仓库模块,却又有时又需要对外发布或更新模块。此时频繁来回切换或加 registry 后缀也会比较烦人。 nrm 即是因此类需求而产生的,它是一个用于快速切换 npm 源地址的 nodejs 工具。 1. 使用 nrm 安装 nrm: npm i -g @lzwme/nrm nrm
使用 nrm 管理前端项目 nodejs 模块 npm 安装源(registry)地址

使用 yarn 代替 npm 管理前端项目模块依赖

简单来说,yarn 是一个与 npm 功能相同的工具,用于前端项目的依赖管理。在使用 npm 的项目中,使用 npm 命令的地方都可以使用 yran 来代替。为什么要使用 yarn 替代 npm 呢?请阅读本文详情寻找相关答案。
使用 yarn 代替 npm 管理前端项目模块依赖