Github 有没有一种好方法可以表达对未发布的NPM版本的依赖关系？
我们经常遇到这个问题，我们的两个主要模块需要保持同步。功能在分支中开发、审阅、合并到主功能中，然后删除分支 假设模块A的1.3.1版需要B的2.4.0版。两者都没有合并到master，也没有发布到NPM。我们不同步代码审查，所以我们真的不知道哪个将首先发布 目前，我们有两种选择，用于在A中表示的依赖关系： 选择1Github 有没有一种好方法可以表达对未发布的NPM版本的依赖关系？,github,npm,version,dependency-management,Github,Npm,Version,Dependency Management,我们经常遇到这个问题，我们的两个主要模块需要保持同步。功能在分支中开发、审阅、合并到主功能中，然后删除分支 假设模块A的1.3.1版需要B的2.4.0版。两者都没有合并到master，也没有发布到NPM。我们不同步代码审查，所以我们真的不知道哪个将首先发布 目前，我们有两种选择，用于在A中表示的依赖关系： 选择1 “moduleB”：“2.4.0” 问题：在模块B发布到NPM之前，您无法实际安装它npm链接适用于主要的开发人员，但是如果有一些东西不能安装在master中，那还是很糟糕的 选择2
“moduleB”：“2.4.0”npm链接master“模块B”：“ourOrg/moduleB#newFeature”