为什么需要 URM
相信很多小伙伴都有遇到过 npm 安装过慢的情况,特别是当我们项目依赖过多的时候,动辄三分钟、五分钟甚至更久的安装时长无疑是让人很奔溃的😭,更有甚者,会看到如下的报错:
这不仅影响我们的开发效率,也可能会导致发布失败(CI发布时)。不过很多小伙伴已经知道了怎么解决这个问题,方法就是给我们的包管理器(npm、yarn…)设置一个国内的、更快的、更稳定的 registry。
但这也带来了一个新的问题,各种前端包管理器 的配置文件格式都是不同的,甚至 yarn v2 版本之后配置文件格式相较于 v1 版本也发生了很大变化。下面是不同包管理器配置了相同 registry 的配置文件,可以看到他们的格式各不相同。
如果我们手动设置,一来很容易搞混,比如 npm 和 yarn 的就只差了一个“=”号,但是如果记错了,就会导致配置不生效,二来 registry 都是一串很长的 URL,我们用脑袋也很难记住。有些小伙伴就干脆弄个备忘录把他记下来,每次有新项目就复制一份,这当然可以,但如果有工具可以辅助我们做这个事情,那当然会更方便。也有小伙伴想,既然在没缓存的时候只需要修改一个 registry 就可以加速依赖的安装,那我直接让电脑里的所有项目都用同一个 registry 不就好了吗,这当然是可以做到的,我们把配置文件放置到电脑用户文件夹的根目录下就可以对全部的项目生效。
但有些场景,我们又需要跨项目使用不同的 registry。比如有些公司为了安全会搭建内网的私有 npm 源,因为公司不可能把一些内部的代码发布到公网上去让所有人都可以安装,但周末我们可能需要把电脑带回家,折腾点自己的项目,这个时候,使用公司的源就不合适了,而且公司内网的地址也不一定在家可以访问。
还有一个场景,是需要跨 scope 使用不同的 registry。比如公司有两条业务线,都有自己独立的私有源,分别发布包在 @foo 和 @bar 的 scope 下,我们恰好做了一个公用的项目,需要用到这两个 scope 下的包。
为了更方便的配置各种包管理器的 registry,我于是就写了这款叫做 URM (Universal Registry Manager)的小工具。他支持多种前端包管理器(npm、yarn、berry),为多项目和多 scope 的场景而设计。不过在开始介绍这款小工具之前呢,为了让每一个小伙伴都可以更好的使用它,我需要先和大家调平一些背景知识。这就包括:
- 什么是 registry?它在安装依赖时的作用是什么?
- 什么是 scope?
- 各种包管理器的配置如何修改