#37095·nx

nx 版本: 依赖项遍历继续通过被排除的依赖项,部分拉取固定版本组,然后出现"未解析当前版本"错误

作者: Burzmalian创建于 2026年9月17日更新于 2026年9月17日

当前的行为

两个固定的释放组,应用程序'取决于libs'。 ‘libs'有‘update Dependents:"永不";‘apps'处于默认状态(' always'),还没有标记,而‘fall back CurrentVersion Resolver:"磁盘".

`nx 释放 -- group libs -- cry- run -- verbose' 失败 :

App-core 使用 git 历史和常规承诺标准将标注为“次要”
app- api QQ 无法用"apps/{version}"的模式从 git 标记中解析当前版本. 回落到表单中的0.0版本:包/app-api/package.json
NX 目前没有解决项目“ 副核心” 的版本, 但是它被配置为通过一个 semver 相对关键字“ 次要” 来被撞出, 来源于常规承诺数据

副核心 ' 被撞倒,但从未解决;Appi ' 显示磁盘倒置本身起作用。

原因(packages/nx/src/command-line/release/utils/release-graph.ts'、Find Dependents ToProcess',仍在`master'上):

  1. 非核心 ' 取决于lib-a'。 libs'说永远',因此Include Dependent'是虚假的,app-core'不是**添加的-但`ntextlelevel.push(dep)'不论如何运行,所以横贯下去。
  2. " app-api " / " app-web " 取决于 " app-core " , " app-core " 组说 " 永远 " ,所以是****加上的。 apps'小组附后为leave Group Tofitered Projects = {app-api, app-web}`'。
  3. SolentVersions For projects ' 跳过App-core'(不是在所有Process'中),而是每个成员的固定组处理版本,因此App-core'与`App-core'未定义。

• 预期行为

  • 不要继续穿越一个被排除在外的依赖,
  • 当一个固定群体通过家属进入时,包括并解决其所有成员。

固定组绝不应进行部分处理("组内的所有项目都是一起版").

# GitHub 重来#

没有响应 (下面是内置复制;可以根据请求推动重播)

  • 重现步骤
  1. npm工作空间,有四个包: " lib-a " ( " 1.0.0 " )和私人 " 副核心 " 、 " app-api " 、 " app-web " ( " 0.0.0 " )。 依赖:副核心-lib-a',app-api'-app-core',app-web'-app-core,lib-a'。 在第一次承诺上标出释放1.0.0',没有apps/*'标记。
  2. “nx.json”: 贾森 { "释":{ "组":{ "libs": {(英语: "项目": ["lib-a"],, "项目关系":"已","已". "放出塔": {"平按:"放出/{版本}"}; "通典": {"通典":正,"续通典":"从来". {\fn华文楷体\fs16\1cHE0E0E0} "应用":{ "项目": ["副核心","app-api","app-web"],, "项目关系":"已","已". "放出塔格": {"平按:"通"作"apps/{version}"}"; "版本":{"常规承诺":真,"后退"CurrentVersion Resolver:"碟"] {\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}你觉得呢? {\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}你觉得呢? {\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}你觉得呢? {\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}你觉得呢?
3. 一个`feat(lib-a):. ' 承诺触摸 " packages/lib-a " 和一个`feat(app-cent):.`触摸 " packages/app-cent " 。
4. `npx nx 释放-组 libs-干-运行-动词'
. . . . . . .