对同一服务器上的多个工作区使用共享的npm node_modules/

Question

我们的Jenkins/CI服务器每天为node/js项目运行数百个构建，我希望能够在一个完全干净的工作区中运行每个构建。然而，npm install步骤可能需要>10分钟，这太慢了。相反，由于我们的npm依赖关系只在少数构建中发生变化（约占所有构建的1%），我希望每次npm-shrinkwrap.json发生变化时只运行npm install一次（每次构建时检查md5sum）。如果包覆面提取文件没有更改，请使用缓存的node_modules/目录。

如果我复制缓存的node_modules/，这个计划就足够了，但是即使是那个操作也可能需要一分钟的时间。为了进一步优化我们的构建时间，我希望能够符号链接到缓存的node_modules/，这将大大提高我们的整体构建性能。

ln -s /path/to/cache/ /path/to/workspace/node_modules

然而，在依赖关系树的多个级别上存在依赖关系的情况下，简单地符号链接到缓存的路径是不起作用的。例如，我们的顶级项目依赖于gulp和gulp-util。顶级依赖关系也依赖于gulp-util。在npm install之后，gulp-util将安装在顶级node_modules/中，但不会安装在node_modules/gulp/node_modules中。

如果依赖关系存在于本地工作空间（即真实目录/path/to/workspace/node_modules/）中，则node_modules/gulp中的require('gulp-util')的任何实例都将（我认为）在依赖关系树上递归，直到它找到合适的gulp-util模块。也就是说，它开始在/path/to/workspace/node_modules/gulp/node_modules/gulp-util中查找，没有找到任何内容，然后在/path/to/workspace/node_modules/gulp-util中查找，找到一个合适的模块，导入它并继续前进

然而，当这是一个符号链接时，我会得到一个错误，比如：

module.js:339
    throw err;
    ^
Error: Cannot find module 'gulp-util'
    at Function.Module._resolveFilename (module.js:337:15)
    at Function.Module._load (module.js:287:25)
    at Module.require (module.js:366:17)
    at require (module.js:385:17)
    at Object.<anonymous> (/path/to/cache/gulp/index.js:4:15)
    at Module._compile (module.js:435:26)
    at Object.Module._extensions..js (module.js:442:10)
    at Module.load (module.js:356:32)
    at Function.Module._load (module.js:311:12)
    at Module.require (module.js:366:17)
    at require (module.js:385:17)

我认为这试图与其他版本做同样的事情，但我不明白为什么它找不到gulp-util。无论它在/path/to/workspace/node_modules/gulp-util还是/path/to/cache/gulp-util中查找，都应该找到模块并能够导入它

我曾尝试通过手动安装模块gulp/node_modules/gulp-util来解决这个问题，但我遇到了几十个这样的错误，在构建服务器上手动处理这个问题是不可行的。编写一些代码来搜索这种类型的依赖项并安装它们是可能的，但这感觉是错误的

npm必须有某种方式来支持这样的工作流程，对吧？我是不是错过了一些显而易见的东西？我在文件中有什么隐瞒吗？

Answer 1

多亏了@amol-m-kulkarni在这里发布的答案（上面@darko rodic引用了这个答案），我意识到了自己的错误。

如果给定模块不是核心模块（例如http、fs等），Node.js将开始搜索名为Node_modules的目录。

它将在当前目录中启动（相对于当前正在节点中执行文件。JS），然后在文件夹层次结构，检查每个级别的nodemodule文件夹。一旦节点。JS找到node_modules文件夹，然后尝试加载给定的模块可以是（.js）JavaScript文件，也可以是命名的子目录；如果它找到了命名的子目录，它就会尝试以各种方式加载文件。因此，例如

我的错误在于我给缓存路径起的名字。由于它被命名为/path/to/cache，require在路径中遇到的最后一个node_modules目录之后停止向上看。在这种情况下，它在/path/to/cache/gulp/node_modules处停止，并且没有意识到在搜索中应该考虑/path/to/cache/gulp-util。

我通过将缓存重命名为/path/to/cache/node_modules来解决此问题，因此require将继续搜索，直到达到该级别，然后将找到/path/to/cache/node_modules/gulp-util。

我将再次参考文档，看看我是否应该清楚这一点。