基于Docker部署私有npm

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