nx
Nx
GitHub
Nx
Workspace
GitHub
CI Pipeline Executions
Filtered
Runs
Demo
Insights
Compare tasks
Analytics
Sign in
Toggle sidebar
Overview
⌘K
Nx
Loading workspace stats
Loading workspace insights...
Statistics interval
7 days
30 days
Latest CI Pipeline Executions
Status
Fix filter
Filter
Fuzzy
Filter range
Sort by
Sort by
Start time
Sort ascending
Sort descending
Succeeded
36191
e3de97e6 fix(core): pin nx to the running version in temp package installs `installPackageToTmp` (used by devkit's `ensurePackage`, among others) installs the requested package into a bare temp directory without pinning `nx`. Because `@nx/devkit` declares its `nx` peer dependency with a range spanning +/- 1 major, the package manager is free to satisfy that peer with a newer `nx` major than the one the workspace runs. The plugin code loaded from the temp directory then resolves that mismatched `nx`, which is how `create-nx-workspace --preset=nest` ended up running a 22.x `@nx/webpack` against `nx@23` and crashing during workspace generation. Pin `nx` to the version of the running process in the temp install so the temp directory always contains a matching `nx`. Installs of `nx` itself (e.g. the daemon pulling `nx@latest`) are left untouched. This addresses the root cause behind #36144 going forward; the crash for already-published 22.x CLIs is handled by the backward-compat shim in retrieveProjectConfigurations.
by Steven Nance
S
Failed
36191
Flaky task
→
e3de97e6 fix(core): pin nx to the running version in temp package installs `installPackageToTmp` (used by devkit's `ensurePackage`, among others) installs the requested package into a bare temp directory without pinning `nx`. Because `@nx/devkit` declares its `nx` peer dependency with a range spanning +/- 1 major, the package manager is free to satisfy that peer with a newer `nx` major than the one the workspace runs. The plugin code loaded from the temp directory then resolves that mismatched `nx`, which is how `create-nx-workspace --preset=nest` ended up running a 22.x `@nx/webpack` against `nx@23` and crashing during workspace generation. Pin `nx` to the version of the running process in the temp install so the temp directory always contains a matching `nx`. Installs of `nx` itself (e.g. the daemon pulling `nx@latest`) are left untouched. This addresses the root cause behind #36144 going forward; the crash for already-published 22.x CLIs is handled by the backward-compat shim in retrieveProjectConfigurations.
by Steven Nance
S
Previous
Next