Nexus Sonatype NPM repo不支持semver版本控制

Nexus Sonatype NPM repo不支持semver版本控制,npm,nexus,sonatype,semantic-versioning,Npm,Nexus,Sonatype,Semantic Versioning,我们将Nexus用于我们的NPM包存储库(除其他外)。 在package.json文件中,我们使用semver语法 但它被忽视了。有人知道我们是否有配置问题吗?或者也许这不是NPM对Nexus的期望 开发期间可能发生在我们身上的场景示例: 组件A–package.json: "name": "ComponentA", "version": "1.1.2" "name": "ComponentB", "version": "3.0.0" "dependen

我们将Nexus用于我们的NPM包存储库(除其他外)。 在package.json文件中,我们使用semver语法 但它被忽视了。有人知道我们是否有配置问题吗?或者也许这不是NPM对Nexus的期望

开发期间可能发生在我们身上的场景示例:

组件A–package.json:

    "name": "ComponentA",
    "version": "1.1.2"
    "name": "ComponentB",
    "version": "3.0.0"
    "dependencies": 
        "ComponentA": "^1.1.0"
组件B–package.json:

    "name": "ComponentA",
    "version": "1.1.2"
    "name": "ComponentB",
    "version": "3.0.0"
    "dependencies": 
        "ComponentA": "^1.1.0"
Person1将ComponentA的1.1.2版构建并发布到nexus

a。组件npm运行构建 B组件A npm发布到nexus Cnpm视图组件A最新版本:1.1.2

现在,Person2 builds 7将ComponentA的1.1.1版发布到

a。组件npm运行构建 B组件A npm发布到nexus Cnpm视图组件最新版本:1.1.1 Nexus将组件的最新版本视为最后一个发布的版本,尽管知道1.1.2也已发布

现在,当ComponentB安装其依赖项时,我希望得到ComponentA的1.1.2版,但实际上我得到了1.1.1版

d。成分B
npm安装

我认为这就是npm的工作原理^1.1.0意味着使用1.1.x的最新版本-在这种情况下,它将是1.1.1,因为它在按照您完成的顺序上载时标记为最新版本。

我认为这正是npm的工作方式^1.1.0意味着使用1.1.x的最新版本-在这种情况下,它将是1.1.1,因为它在按您完成的顺序上载时标记为最新版本。

我遇到了同样的问题。你有什么办法吗?我也有同样的问题。你有什么解决办法吗?