我不认为有一个简单的方法来做到这一点。

看看npm文档就知道，这是可能的:

Can I run my own private registry? Yes! The easiest way is to replicate the couch database, and use the same (or similar) design doc to implement the APIs. If you set up continuous replication from the official CouchDB, and then set your internal CouchDB as the registry config, then you'll be able to read any published packages, in addition to your private ones, and by default will only publish internally. If you then want to publish a package for the whole world to see, you can simply override the --registry config for that command.

在clock博客中也有一个关于如何创建私有npm存储库的优秀教程。

编辑(2017-02-26):

不是什么新鲜事，但是现在有付费计划在npm上托管私有包。

这些年来，通过建立在npm之上的巨大前端生态系统，npm也成为了许多非node .js公司的一个因素。如果你的公司已经在内部运行Sonatype Nexus来托管Java项目，你也可以用它来托管内部npm包。

其他选项包括JFrog Artifactory和Inedo ProGet，但我还没有用过。

这是我所知道的最简单的方法——用Gemfury私有npm注册表在云中托管它。

它是免费的，你可以用你的Github账户登录。与建立自己的数据库相比，这样可以节省很多时间。

Verdaccio是我一直在寻找的东西，它应该有自己的答案;)这是Sinopia的一个积极维护的分支(高度好评的答案)。它是一个作为npm包的npm注册表，可以在这里找到

在这里:https://github.com/verdaccio/verdaccio 在这里:https://www.verdaccio.org 端口号:4873

使用PM2运行

npm i -g verdaccio pm2
pm2 start --name verdaccio `which verdaccio`
pm2 save

使用docker运行

docker run -it --rm --detach --name verdaccio -p 4873:4873 verdaccio/verdaccio

使用头盔运行

helm repo add verdaccio https://charts.verdaccio.org
helm repo update
helm install verdaccio/verdaccio

我不认为有一个简单的方法来做到这一点。

看看npm文档就知道，这是可能的:

Can I run my own private registry? Yes! The easiest way is to replicate the couch database, and use the same (or similar) design doc to implement the APIs. If you set up continuous replication from the official CouchDB, and then set your internal CouchDB as the registry config, then you'll be able to read any published packages, in addition to your private ones, and by default will only publish internally. If you then want to publish a package for the whole world to see, you can simply override the --registry config for that command.

在clock博客中也有一个关于如何创建私有npm存储库的优秀教程。

编辑(2017-02-26):

不是什么新鲜事，但是现在有付费计划在npm上托管私有包。

这些年来，通过建立在npm之上的巨大前端生态系统，npm也成为了许多非node .js公司的一个因素。如果你的公司已经在内部运行Sonatype Nexus来托管Java项目，你也可以用它来托管内部npm包。

其他选项包括JFrog Artifactory和Inedo ProGet，但我还没有用过。

如果你更喜欢分散的方法，你也可以使用Aragon包管理器:

使用APM: http://blog.aragon.one/using-apm-to-replace-npm-and-other-centralized-package-managers/ 部署APM: https://github.com/aragon/aragonOS#apm

有点晚了，但是NodeJS(我猜在11月14日左右)支持企业NPM存储库-你可以在他们的官方网站上找到更多信息。

粗略地看一下，npmE似乎允许NPM存储库的倒挂镜像——也就是说，如果它在你的内部存储库中找不到包，它就会在真正的NPM存储库中查找包。看起来很有用!

npm Enterprise is an on-premises solution for securely sharing and distributing JavaScript modules within your organization, from the team that maintains npm and the public npm registry. It's designed for teams that need: easy internal sharing of private modules better control of development and deployment workflow stricter security around deploying open-source modules compliance with legal requirements to host code on-premises npmE is private npm npmE is an npm registry that works with the same standard npm client you already use, but provides the features needed by larger organizations who are now enthusiastically adopting node. It's built by npm, Inc., the sponsor of the npm open source project and the host of the public npm registry.

不幸的是，它不是免费的。你可以试用一下，但它是商业软件。这对独立开发者来说不是很好，但如果你是一个独立开发者，你有GitHub:-)