测试 npm 包依赖项的拉取请求的有效方法
Efficient way to test a pull request for an npm package dependency
我想知道在 npm 模块中测试拉取请求的最有效方法是什么？
想象一下以下（非常典型的）用例：
- 你在你的项目中使用了一个 npm 包作为依赖
- 你发现一个问题，报告它，有人在拉取请求中提供修复
在不等待拉取请求被合并的情况下测试拉取请求的最有效方法是什么？
我知道我可以分叉该项目，将任何拉取请求合并到我的分叉中，然后从我的本地目录安装，但我想知道是否有更有效的解决方案来解决这个典型问题？
您可以在 packages.json 文件中添加对他们 GitHub 存储库的引用，例如：
'foo' : 'git://github.com/some_patcher/foo.git#commit_id_that_fixes'
我想知道在 npm 模块中测试拉取请求的最有效方法是什么？
想象一下以下（非常典型的）用例： - 你在你的项目中使用了一个 npm 包作为依赖 - 你发现一个问题，报告它，有人在拉取请求中提供修复
在不等待拉取请求被合并的情况下测试拉取请求的最有效方法是什么？
我知道我可以分叉该项目，将任何拉取请求合并到我的分叉中，然后从我的本地目录安装，但我想知道是否有更有效的解决方案来解决这个典型问题？
您可以在 packages.json 文件中添加对他们 GitHub 存储库的引用，例如：
'foo' : 'git://github.com/some_patcher/foo.git#commit_id_that_fixes'