我尝试全局安装,然后像这样使用forever和forever-monitor:

NPM install -g forever forever-monitor

我看到通常的输出,也复制文件到全局路径的操作,但如果我尝试要求(“永远”);我得到一个错误,说模块没有找到。

我正在使用最新版本的node和npm,我已经知道了npm在全局vs本地安装中所做的改变,但我真的不想在每个项目上安装本地,我正在一个不支持链接的平台上工作,所以npm链接后的全局安装对我来说是不可能的。

我的问题是:为什么我不能要求全局安装包?这是一个功能还是一个漏洞?还是我做错了什么?

PS:只是让它非常清楚:我不想在本地安装。


当前回答

我知道这是一个老问题,但我在尝试在package.json中的preinstall脚本中使用semver进行版本检查时遇到了这个问题。因为我知道我不能依赖于任何安装的本地模块,我用这个来要求全局node_modules文件夹中的semver(因为npm依赖它,我知道它在那里):

function requireGlobal(packageName) {
  var childProcess = require('child_process');
  var path = require('path');
  var fs = require('fs');

  var globalNodeModules = childProcess.execSync('npm root -g').toString().trim();
  var packageDir = path.join(globalNodeModules, packageName);
  if (!fs.existsSync(packageDir))
    packageDir = path.join(globalNodeModules, 'npm/node_modules', packageName); //find package required by old npm

  if (!fs.existsSync(packageDir))
    throw new Error('Cannot find global module \'' + packageName + '\'');

  var packageMeta = JSON.parse(fs.readFileSync(path.join(packageDir, 'package.json')).toString());
  var main = path.join(packageDir, packageMeta.main);

  return require(main);
}

我喜欢这种方法,因为它不需要安装任何特殊模块就可以使用。

我没有像其他人建议的那样使用NODE_PATH解决方案,因为我想让它在任何人的机器上工作,而不必在为我的项目运行npm install之前需要额外的配置/设置。

这是编码的方式,它只保证找到顶级模块(使用npm install -g…安装)或npm所需的模块(在这里列出依赖项:https://github.com/npm/npm/blob/master/package.json)。如果你正在使用一个更新的NPM版本,它可能会发现其他全局安装包的依赖关系,因为现在node_modules文件夹有了更平坦的结构。

希望这对某些人有用。

其他回答

为死灵而道歉,但我能够指定全局安装模块的硬编码路径:

var pg = require("/usr/local/lib/node_modules/pg");

这并不完美,但考虑到Unity3d试图“编译”项目目录中包含的所有javascript,我真的不能安装任何包。

你可以把这一行放在你的.profile文件中:

export NODE_PATH="$(npm config get prefix)/lib/node_modules"

这将使节点使用全局路径。

我试着按照其他答案,但对我有效的是

node_path = "C:\\Users\\{usename}\\AppData\\Roaming\\npm\\node_modules" Const *modulename* = require(node_path + "\\" +'*modulename*');

在Node.js中,require不会查找安装全局模块的文件夹。

可以通过设置NODE_PATH环境变量来解决这个问题。在Linux中,这将是:

export NODE_PATH=/usr/lib/node_modules

注意:这取决于全局模块实际安装的位置。

参见:从全局文件夹加载。

我知道这是一个老问题,但我在尝试在package.json中的preinstall脚本中使用semver进行版本检查时遇到了这个问题。因为我知道我不能依赖于任何安装的本地模块,我用这个来要求全局node_modules文件夹中的semver(因为npm依赖它,我知道它在那里):

function requireGlobal(packageName) {
  var childProcess = require('child_process');
  var path = require('path');
  var fs = require('fs');

  var globalNodeModules = childProcess.execSync('npm root -g').toString().trim();
  var packageDir = path.join(globalNodeModules, packageName);
  if (!fs.existsSync(packageDir))
    packageDir = path.join(globalNodeModules, 'npm/node_modules', packageName); //find package required by old npm

  if (!fs.existsSync(packageDir))
    throw new Error('Cannot find global module \'' + packageName + '\'');

  var packageMeta = JSON.parse(fs.readFileSync(path.join(packageDir, 'package.json')).toString());
  var main = path.join(packageDir, packageMeta.main);

  return require(main);
}

我喜欢这种方法,因为它不需要安装任何特殊模块就可以使用。

我没有像其他人建议的那样使用NODE_PATH解决方案,因为我想让它在任何人的机器上工作,而不必在为我的项目运行npm install之前需要额外的配置/设置。

这是编码的方式,它只保证找到顶级模块(使用npm install -g…安装)或npm所需的模块(在这里列出依赖项:https://github.com/npm/npm/blob/master/package.json)。如果你正在使用一个更新的NPM版本,它可能会发现其他全局安装包的依赖关系,因为现在node_modules文件夹有了更平坦的结构。

希望这对某些人有用。