使用 .noderc 配置节点
Configure node with .noderc
我觉得这是一个愚蠢的问题，但我无法将节点获取到 运行 .noderc 文件，甚至无法登录到控制台，甚至无法在我所在的 linux 上登录期望一切正常。
我的用例是为了工作我必须使用 Windows 并且 npm 已将模块安装到特定位置 (%HOME%\AppData\Roaming\npm\node_modules\)，而节点中的默认 module.paths 没有包括那个目录。我对位置没问题，所以我不想在 npm 结束时修复它。我已经通过将此路径附加到 modules.paths 轻松解决了这个问题，所以真正的解决方案应该是我将它添加到 rc 文件中。
我尝试在我的 Windows 主目录中创建一个 .noderc，令我惊讶的是它似乎不是 运行ning。我在我的个人笔记本电脑 运行 宁 linux 发行版 (~/.noderc) 上做了同样的事情，同样的事情发生了。控制台日志或测试变量的定义未显示在 REPL 中。
有什么明显的我遗漏的吗？通常程序有一个层次结构，它们 运行 通过默认配置、系统级配置文件（如果存在）和用户级配置文件（如果存在）。对于像 X 这样的程序，它们按顺序执行并覆盖选项，而在类似 bash 的情况下，它们以相反的顺序检查并执行找到的第一个（第一行很常见）用户级别 bash 配置的来源系统级别一）。节点如何运作？
编辑：
在下面的评论中，我 link 到一个旧的 SO 线程，我注意到有一些涉及别名的 hack 来让 .noderc 工作。所以我想一个更好的问题是，module.paths 之类的东西是如何在节点中配置的？必须有一种不涉及完全重建的方法。
由于超过 10 天没有得到答复，我将 post 根据上面的评论提出我的解决方法。看起来没有节点配置文件。关于欢迎的任何进一步信息。为了解决我的特殊问题，我使用了 NODE_PATH environment variable.
我个人更喜欢使用配置文件而不是环境变量来解决每次都需要解决的脚本问题。配置文件总是自动读取，而使用环境变量需要您始终记住添加变量或将变量永久添加到您的环境中（这会使环境混乱）。我更喜欢将环境变量限制为默认值的特定变体。但是，正如我所说，我找不到节点的配置文件。
我觉得这是一个愚蠢的问题，但我无法将节点获取到 运行 .noderc 文件，甚至无法登录到控制台，甚至无法在我所在的 linux 上登录期望一切正常。
我的用例是为了工作我必须使用 Windows 并且 npm 已将模块安装到特定位置 (%HOME%\AppData\Roaming\npm\node_modules\)，而节点中的默认 module.paths 没有包括那个目录。我对位置没问题，所以我不想在 npm 结束时修复它。我已经通过将此路径附加到 modules.paths 轻松解决了这个问题，所以真正的解决方案应该是我将它添加到 rc 文件中。
我尝试在我的 Windows 主目录中创建一个 .noderc，令我惊讶的是它似乎不是 运行ning。我在我的个人笔记本电脑 运行 宁 linux 发行版 (~/.noderc) 上做了同样的事情，同样的事情发生了。控制台日志或测试变量的定义未显示在 REPL 中。
有什么明显的我遗漏的吗？通常程序有一个层次结构，它们 运行 通过默认配置、系统级配置文件（如果存在）和用户级配置文件（如果存在）。对于像 X 这样的程序，它们按顺序执行并覆盖选项，而在类似 bash 的情况下，它们以相反的顺序检查并执行找到的第一个（第一行很常见）用户级别 bash 配置的来源系统级别一）。节点如何运作？
编辑： 在下面的评论中，我 link 到一个旧的 SO 线程，我注意到有一些涉及别名的 hack 来让 .noderc 工作。所以我想一个更好的问题是，module.paths 之类的东西是如何在节点中配置的？必须有一种不涉及完全重建的方法。
由于超过 10 天没有得到答复，我将 post 根据上面的评论提出我的解决方法。看起来没有节点配置文件。关于欢迎的任何进一步信息。为了解决我的特殊问题，我使用了 NODE_PATH environment variable.
我个人更喜欢使用配置文件而不是环境变量来解决每次都需要解决的脚本问题。配置文件总是自动读取，而使用环境变量需要您始终记住添加变量或将变量永久添加到您的环境中（这会使环境混乱）。我更喜欢将环境变量限制为默认值的特定变体。但是，正如我所说，我找不到节点的配置文件。