基于Docker部署私有npm

lovegigi

　　NPM作为前端最cool及最烂的包管理器，它解决困扰前端工程化发展中代码模块管理的大问题。但是随着业务需求的发展，我们的代码从以前的单项目复用，延伸出了多项目复用的需求。本来项目之间代码复用管理的情景是酱紫的：

　　小诸：诶，你那边功能A实现了没有？
　　
小文：实现了，在XXX项目里的aaa.js,你拷贝复制到你项目了就行。
　　
小诸：我靠，你写的代码有毒，有bug，坑爹，你更新一下吧
　　
小文：OK，XXX项目没有触发这个bug，XXX2里有用到，你git拉一下重新拷贝一遍吧
　　
小诸：...

　　

   这种管理模式较为混乱，而实际上NPM的出生也是为了解决这个问题，有一个统一的管理源去管理所有的代码模块。但是npm publish后的代码是开源的，而公司部分业务组件并不适合去做开源。所以私有的NPM就很有必要了。　　

　　而在私有npm中阿里的cnpm功能是最强大的，我当然选择用这个。然后最近刚好部署了一台docker服务器，相信很容易就可以部署好。
　　在Docker Hub上找到了hbrls/cnpmjs这个镜像
　　

$ docker pull hbrls/cnpm:0.0.5　　
$ docker run -d \
　　-p 7001:7001 \
　　-p 7002:7002 \
　　-v /path/to/config:/var/app/cnpmjs.org/config \
　　-v /path/to/customize/README.md:/var/app/cnpmjs.org/docs/web/readme.md \
　　-v /path/to/storage:/var/www \
　　--name cnpm hbrls/cnpm:0.0.5
　　

　　直接依照他的默认配置做好了，懒得改了。。。但是发现莫名报了错
　　
-v /path/to/customize/README.md:/var/app/cnpmjs.org/docs/web/readme.md 文件映射的时候一直报错，不得其道，也木有解决方案，阿西巴！
　　
当然我之前为了方便管理装了一个shipyard去管理docker（万万没想到给未来留下了坑）
　　PS：后来发现readme.md映射报错是因为我没有提前把readme.md放到host的文件夹中，导致自动建了一个叫做README.MD的文件夹，ORZ。。。。
　　最后我去cnpm项目中把默认的配置和readme.md拉下来放到host中config文件夹下面的配置文件文件名一定要是index.js，另外记得需要把index.js中bindingHost字段从127.0.0.1修改为0.0.0.0才能直接外网访问，懒得用nginx做代理了，麻烦。
　　然后我就遇到了因为shipyard带来的坑，docker下安装了shipyard后默认占用了7001端口，万万没想到能这么凑巧，后来用docker ps检查了端口才发现，直接映射为7003好了。
　　
OK，跑起来了。
　　之前躺在坑里没跑出来的时候想着不用cnpm，直接弄个npm好了，还在docker上搭了一个sinopia，这个配置就相对简单了，当然功能也没有cnpm强大，不过好在简单实用满足需求。这个部署挺简单没啥坑，我就不多BB了
　　by panwk