NPM作为前端最cool及最烂的包管理器，它解决困扰前端工程化发展中代码模块管理的大问题。但是随着业务需求的发展，我们的代码从以前的单项目复用，延伸出了多项目复用的需求。本来项目之间代码复用管理的情景是酱紫的：
这种管理模式较为混乱，而实际上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