在我们的环境中，我们有一个依赖于子模块的节点应用程序，该子模块也是一个节点模块。我们在使用 npm 链接时遇到了问题，因此我们尝试使用本地依赖项（即将 package.json 中的依赖项的值设置为 file:./path/to/dep）。这样做的问题是，当您在子模块中进行更改时，您必须在父模块中修改版本并更新它。有没有更好的方法来处理这种类型的依赖关系，以便我可以在我的子模块中进行更改并将其传播到父模块？
【问题讨论】：
npm link，或者，由于子模块也是一个节点模块，只需将其添加为来自npmjs.com 的常规依赖项？
如果您希望在子模块中所做的更改立即反映在主模块中，我知道实现此目的的唯一方法是创建从主模块的 node_modules/ 目录到子模块目录的符号链接。我真的建议找出为什么npm link 对您不起作用，因为这是实现这一目标的最佳方式。但是，如果您愿意，也可以手动创建链接。
例如，如果您的子模块的包名是“wonderful”并且您的文件结构如下所示：
main-module/
sub-module/
然后您可以通过在主模块的根目录运行以下命令来创建指向main-module/sub-module 的符号链接main-module/node_modules/wonderful：
ln -s ../sub-module ./node_modules/wonderful
然后您在子模块中所做的任何更改都将立即在主模块中使用。
对此有两点说明：
main-module/node_modules/wonderful 不作为npm install-ed 目录存在，否则它将不起作用。npm install时，它会覆盖你的符号链接，所以如果你想经常执行上面的命令，把它放在一个shell脚本中。【讨论】：
当您在子模块中进行更改时，这意味着您必须在父 repo 中进行提交（为了记录新的 gitlink，一个special entry in the index 记住你的子模块的新 SHA1）
为什么不利用这个提交机会自动执行一个脚本，该脚本将使用正确的信息修改package.json 文件？
这被称为来自内容过滤器驱动程序的'clean' script：
（图片显示在“Customizing Git - Git Attributes”，来自“Pro Git book”）
干净的脚本是：
git config filter.<filtername>.clean ./<filterscript>声明
.gitattributes file。它的功能是获取 npm 子模块的版本并适当地更新package.json 文件。
【讨论】：