通过小模块来构建应用要比你想象的简单多了。你的应用可能已经有了很多抽象，确定哪些抽象应该拥有自己的包其实是个很困难的事情。首先，如果只抽象了平台，并且提供通用目的的门面，那么最好提供一个开源的包。诸如GitHub与Bitbucket等服务都非常适合于这一点，如果使用的是Node或是浏览器，那么你当然应该将自己的工作成果发布到npm注册中心了。当然，其他语言的生态圈也拥有自己的包管理解决方案。
如果应用为内部业务逻辑提供了可重用的抽象，比如说对内部服务或是API的包装器，那么组织中的其他人就会从独立的包中获益匪浅。在Atlassian，我们有很多小型的JavaScript客户端来访问报表或是分析等服务。此外，还有一个通用目的的包，它用于在新产品中快速开始Atlassian Connect的实现。对于源代码管理来说，我的建议是不要以每个仓库作为基础，这样才能创建出由很多小模块所构成的内部生态圈。Bitbucket Cloud与Bitbucket Server都可以随着团队规模的变化而水平扩展。在发布包时，npm在其云服务上提供了私有模块，并且提供了自托管的服务，从而作为源代码仓库管理的一个有益补充。你甚至还可以通过Bitbucket Cloud仓库来方便地安装npm模块：只需执行命令npm install bitbucket:user/repo即可。
一旦拥有了很多小模块，你就可以对其设计进行迭代，将其组合起来构建出更高层次的抽象。你可以无所畏惧地破坏APIs，因为现代工具与语义化版本可以确保消费者能够从中作出选择，所有一切都会快速演进。这才是变化的真正意义。
下面关于Node.js的内容你可能也喜欢：
在 Ubuntu 14.04/15.04 上安装配置 Node.js v4.0.0
如何在CentOS 7安装Node.js