为什么要搭建公司内部的npm服务？
如今前端圈已十分繁荣，一个跟得上技术时代脚步的互联网公司必定是前后端分离的（至少在狭义上是分离的），这就导致了前端承受的分工压力会越来越大，很多公司的前端项目变得十分庞杂，因此技术负责人可能会考虑根据业务线进行拆分为几个工程系统，这样又引申出一个问题：这几个系统之间如何共用一套公司内部的组件库呢？每个工程里面都copy一套肯定不行，做一个小修改要同步几个工程，繁琐且容易出错。上传到npm库是个很不错的选择，不同的系统都指向一个npm源，然后通过npm install就行，快速且“干净”，所以在这种场景下，搭建一套公司内部的npm库就显得很有必要。简单来说，npm私服主要优势其实就两个：
托管公司内部组件库代码，不对外，方便管理
项目中使用到的npm包会缓存到私服库里，能明显提升之后下包的速度
为什么选择verdaccio
网上主要有几种搭建企业npm私服的方式，简单罗列一下：
付费选择： MyGet (https://www.myget.org) 9美元/月，且只能有两个账号和1GB的存储空间。 NPM Org (https://www.npmjs.com) 每个账号每月7美元 免费选择： DIY NPM (https://docs.npmjs.com/misc/registry) Git，这也是一种选择，在package.json中指定git仓库的URL即可，但是这种做法有些别扭，第一，使得package.json不够优雅，第二，当git仓库为private时，你需要HTTPS或SSH凭据，而且通常我们并没有每个团队的权限。 Sinopia (https://www.npmjs.com/package/sinopia) Cnpmjs.org (https://github.com/cnpm/cnpmjs.org)
付费的我们就不考虑了，没这个必要，而且付费的也不是就更好。sinopia搭建十分简单友好，不过这玩意儿已经停止维护了，最近的更新在4年前，但有一群人出了sinopia的一个分支，起了个名字叫verdaccio，这个就是这次主要推荐的方案，这个库一直在积极维护中，github start 7000+，看来还是比较靠谱的，而且国内外各种资料参考下来，这个方案也是受到极力推荐的。verdaccio搭建私服很简单，相比于cnpm搭建，还需要安装配置mysql，这个绝对会少走一些坑。
image.png
搭建步骤
首先我们需要向运维同学申请一台linux服务器，给台2GB左右的虚拟机就够用了； 找个合适的地方下载安装nodejs，比如在/usr/local/lib下 安装wget：yum install -y wget；（已经安装的跳过这步） 下载：wget https://nodejs.org/dist/v10.6.0/node-v10.6.0-linux-x64.tar.xz; 解压：tar -xvf node-v10.6.0-linux-x64.tar.xz; 重命名安装目录：mv node-v10.6.0-linux-x64 nodejs; 建立软连接： ln -s /usr/local/lib/nodejs/bin/npm /usr/local/bin/ ln -s /usr/local/lib/nodejs/bin/node /usr/local/bin/ 执行node -v和 npm -v命令检查是否安装成功 全局安装verdaccio：npm i verdaccio -g; 全局安装pm2，用来守护node进程：npm i pm2 -g; 安装nginx，仍然在 /usr/local/lib下 下载：wget http://nginx.org/download/nginx-1.13.7.tar.gz 解压：tar -zxvf nginx-1.13.7.tar.gz； 换个名字：mv nginx-1.13.7 nginx； 进入安装目录：cd nginx 执行：./configure； 执行：make && make install； cd conf/修改nginx.conf，加上这一段： server { listen 80; server_name registry.npm.your.server; location / { proxy_pass http://127.0.0.1:4873/; proxy_set_header Host $host; } }
建立软连接：ln -s /usr/local/nginx/sbin/nginx /usr/local/bin/ 启动nginx: sudo nginx （重启命令：sudo nginx -s reload）
pm2启动服务，执行pm2 start verdaccio，然后浏览器访问http://服务器IP，出现以下页面则代表安装成功。 image.png
verdaccio使用方式
verdaccio允许任何人创建账号，若没有配置verdaccio的配置文件config.yaml，则默认任何注册了verdaccio的开发都有publish权限。看个实例：
添加一个用户：npm adduser --registry http://172.16.14.5: image.png 给要添加到服务的工程添加源信息，在工程根目录下新建.npmrc文件，添加以下内容： registry=http://172.16.14.5/
package.json中设置好版本，执行npm publish:
image.png
此时再访问http://172.16.14.5，该工程已出现在列表中：
image.png
verdaccio最佳实践
上述publish仓库的步骤很简单，创建用户 -> 设置npm源 -> npm publish。但这样并不是我们想要的流程，我们想要的是publish权限可把控，这当然是可以做的。
- 查看config.yaml配置文件
一般来说此配置文件在/创建用户/.config/verdaccio中，如果你不确定，你可以直接在服务器上执行verdaccio命令，第一个config file即文件所在位置.
image.png
这个目录下有两个文件及一个目录：
image.png
打开config.yaml，查看packages项，原始内容为：
packages: '@/': # scoped packages access: $all publish: $authenticated unpublish: $authenticated proxy: npmjs '**': # allow all users (including non-authenticated users) to read and # publish all packages # # you can specify usernames/groupnames (depending on your auth plugin) # and three keywords: " anonymous", "$authenticated" access: $all
# allow all known users to publish/publish packages # (anyone can register by default, remember?) publish: $authenticated unpublish: $authenticated # if package is not available locally, proxy requests to 'npmjs' registry proxy: npmjs
字段含义：
scope有两种模式
一种是 @/ 表示某下属的某项目
另一种是 * 匹配项目名称(名称在package.json中有定义)
权限：
access: 表示哪一类用户可以对匹配的项目进行安装(install)
publish: 表示哪一类用户可以对匹配的项目进行发布(publish)
proxy: 如其名，这里的值是对应于 uplinks 的名称，如果本地不存在，允许去对应的uplinks去取。
值的含义：
$all 表示所有人(已注册、未注册)都可以执行对应的操作
$authenticated 表示只有通过验证的人(已注册)可以执行对应操作，注意，任何人都可以去注册账户。
$anonymous 表示只有匿名者可以进行对应操作（通常无用）
如果要指定某个用户才有权限，可以直接写上用户名，多个用户用空格隔开，比如：
publish: michael martin
修改完成后请重启nginx和pm2。当前已存在的用户列表可在htpasswd文件中查看。
下载包及缓存仓库
在指定源为内网源的工程下，通过npm install就能下载内网的库了。我们内部的仓库存储在storage目录里，进入storage中，可以看到这里存储了我们使用过的库：
image.png
其中testpro是我们内部的库，进入库中，可以看到我们发布的所有版本都在这里以压缩包的形式存储着
image.png
参考
Ways to have your private npm registry https://verdaccio.org/docs/en/what-is-verdaccio
