你只需要提供一个<folder>参数到npm install，参数应该指向本地文件夹，而不是包名:

npm install /path

由于由同一个人提问和回答，我将添加npm链接作为替代。

从文档:

这对于安装您自己的东西非常方便，这样您就可以使用它并迭代地测试它，而不必不断地重新构建。

cd ~/projects/node-bloggy  # go into the dir of your main project
npm link ../node-redis     # link the dir of your dependency

[编辑]从NPM 2.0开始，你可以在package.json中声明本地依赖项

"dependencies": {
"bar": "file:../foo/bar"
}

npm-link文档:

在本地模块目录下:

$ cd ./package-dir
$ npm link

在项目的目录下使用模块:

$ cd ./project-dir
$ npm link package-name

或者一次性使用相对路径:

$ cd ./project-dir
$ npm link ../package-dir

这相当于在上面使用两个命令。

这两种方法(npm link或package.json文件依赖项)都不能工作，如果本地模块有对等依赖项，而您只想安装在项目范围内。

例如:

/local/mymodule/package.json:
"name": "mymodule",
"peerDependencies":
{
"foo": "^2.5"
}


/dev/myproject/package.json:
"dependencies":
{
"mymodule": "file:/local/mymodule",
"foo": "^2.5"
}

在这个场景中，npm像这样设置myproject的node_modules/:

/dev/myproject/node_modules/
foo/
mymodule -> /local/mymodule

当node加载mymodule并执行require('foo')时，node解析mymodule符号链接，然后只在/local/mymodule/node_modules/(及其祖先)中查找foo，但它没有找到。相反，我们希望node在/local/myproject/node_modules/中查找，因为这是我们运行项目的地方，也是foo安装的地方。

所以，我们要么需要一种方法告诉节点不在查找foo时解析这个符号链接，要么我们需要一种方法告诉npm在package.json中使用文件依赖语法时安装mymodule的复制。不幸的是，我还没有找到这样做的方法:(

缺少主要属性?

正如之前的人回答的那样，npm i --save ../location-of-your-packages-root-directory。 然而，../location-of-your-packages-root-directory必须有两个东西才能使它工作

1. package.json在那个目录指向

2. main属性在package.json中必须设置和工作，例如 "main": "src/index.js",，如果../location-of-your-packages-root-directory的入口文件是../location-of-your-packages-root-directory/src/index.js

# eyz0 + # eyz1

这对我来说很管用:

步骤1:在module project，执行npm pack:

这将构建一个<package-name>-<version>.tar.gz文件。

步骤2:将文件移动到consumer project

理想情况下，你可以把所有这些文件放在consumer-project根目录下的tmp文件夹中:

第三步:在package.json中引用它:

"dependencies": {
"my-package": "file:/./tmp/my-package-1.3.3.tar.gz"
}

步骤4:Install包:

npm install或npm i或yarn

现在，您的包可以在consumer-project's node_modules文件夹中使用。

祝你好运…

所以我对到目前为止提到的所有解决方案都有很多问题……

我有一个本地包，我想总是引用(而不是npm链接)，因为它不会在这个项目之外使用(目前)，也不会被上传到npm存储库广泛使用。

我还需要它在Windows和Unix上工作，所以符号链接不是理想的。

指向(npm package)的tar.gz结果适用于依赖的npm包文件夹，但是如果你想更新包，这会导致npm缓存出现问题。当你更新npm包时，它并不总是从引用的npm包中拉入新的，即使你去掉node_modules并为你的主项目重新执行npm-install。

所以. .这对我来说很有效!

主要项目包。json文件片段:

  "name": "main-project-name",
"version": "0.0.0",
"scripts": {
"ng": "ng",
...
"preinstall": "cd ../some-npm-package-angular && npm install && npm run build"
},
"private": true,
"dependencies": {
...
"@com/some-npm-package-angular": "file:../some-npm-package-angular/dist",
...
}

这达到了3个目的:

• 避免了常见的错误(至少在angular npm项目中)"Ts不是汇编的一部分。-因为它指向已构建的(dist)文件夹。
• 添加一个preinstall步骤来构建引用的npm客户端包，以确保构建了依赖包的dist文件夹。
• 避免了本地引用tar.gz文件可能会被npm缓存，而不会在主项目中更新，而无需进行大量的清理/故障排除/重新构建/重新安装。

我希望这是清楚的，并帮助一些人。

tar.gz方法也可以工作。

NPM install(文件路径)也可以工作。

这都是基于openapi规范生成的客户端，我们希望将其保存在一个单独的位置(而不是对单个文件使用copy-pasta)。

<强> = = = = = = 更新: = = = = = = < / >强

  "scripts": {
"build": "ng-packagr -p ng-package.json",
"package": "npm install && npm run build && cd dist && npm pack"
},

  "scripts": {
"preinstall": "npm run clean && cd ../some-npm-package-angular && npm run package"
},

  "dependencies": {
"@com/some-npm-package-angular": "file:../some-npm-package-angular/dist/some-npm-package-angular-<packageVersion>.tgz",
...
}

"version": "1.0.0-build5",

"dependencies": {
"@com/some-npm-package-angular": "file:../some-npm-package-angular/dist/some-npm-package-angular-1.0.0-build5.tgz",
...
}