Overview - Nx

Nx

7 days30 days

Latest CI Pipeline Executions

Failed
21.6.x
7fc161e1 fix(core): kill child process tree in different running tasks (#33636) ## Current Behavior When Nx commands finish or receive termination signals (SIGINT, SIGTERM, SIGHUP), child processes spawned by continuous tasks (such as `nx serve`) can remain orphaned in certain scenarios. This happens because only the direct child process is killed using `childProcess.kill()`, leaving grandchild processes running. ## Expected Behavior When Nx terminates, all processes in the spawned process tree should be properly terminated and no orphaned processes should remain. ## Related Issue(s) Fixes #32438 Fixes #33460 ## Changes - Updated signal handlers in `RunningNodeProcess` to use `this.kill()` instead of `this.childProcess.kill()`, leveraging the existing `tree-kill` implementation - Added `tree-kill` to `NodeChildProcessWithNonDirectOutput` and `NodeChildProcessWithDirectOutput` kill methods to ensure entire process trees are terminated (cherry picked from commit 21783402b7580bd88c2a3dd06914232143b21713)
10 days ago by leosvelperez
Failed
21.6.x
4e6aa05a fix(bundling): replace rollup-plugin-copy with nx copy assets plugin (#33601) There's a problem when `@nx/rollup` is installed with yarn@1.22, and typechecks. This is caused by the transitive dependency chain: ``` rollup-plugin-copy@3.5.0 -> globby@10.0.1 -> @types/glob@7.2.0 -> @types/minimatch ``` When users run tsc without explicit `types` configuration, TypeScript auto-discovers `@types/minimatch` from `node_modules` but can't properly resolve it. Note: This doesn't happen with NPM and PNPM, nor newer yarn versions. Verified fix with this repro: https://github.com/jaysoo/rollup-251124 Fixes #32398 --------- Co-authored-by: nx-cloud[bot] <71083854+nx-cloud[bot]@users.noreply.github.com> Co-authored-by: jaysoo <jaysoo@users.noreply.github.com>
11 days ago by jaysoo
Failed
21.6.x
a5ce563c fix(storybook): remove STORYBOOK_PROJECT_ROOT when running automigrate to prevent hanging (#33567) This PR fixes an issue where migrations can hang due to out invocation of `storybook automigrate`. We are passing both `--config-dir` and `STORYBOOK_PROJECT_ROOT`, the latter causes hanging with Storybook v9. https://www.loom.com/share/39bbb350595c4a13aef86ec29f4b748f ## Current Behavior Hangs ## Expected Behavior Does not hang ## Related Issue(s)  Fixes #32492
16 days ago by jaysoo
Failed
21.6.x
7f8df2fc chore(misc): upgrade macOS GitHub Actions runners (#33444) Update from the macos-13 is in brownout and will be gone soon. - macos-15-intel for x86_64-apple-darwin (Intel) builds - macos-latest for aarch64-apple-darwin (ARM64) builds Closes NXC-3444 (cherry picked from commit 3c85af93aff599cd32f8fd2c7617650848cbb6c9)
19 days ago by jaysoo
Failed
21.6.x
a57622fc fix(js): ensure node execute completes before exit (#32629) Node tool executions (non-watch) were exiting before completing. This change ensures they complete before exit. closes #32385      ## Current Behavior Node tool executions are not completing since #32356 ## Expected Behavior Node tool executions complete before exit ## Related Issue(s) #32385 Fixes #32385
20 days ago by aovens-qua...
Failed
21.6.x
8bb9bbe2 feat(bundling): add excludeFromExternal option to esbuild executor (#32980) This PR adds an option to allow users to include certain third-party deps in the bundle by specifying the `excludeFromExternal` option. There is an existing `thirdParty: true` option that Nx Console uses to bundle _all_ third-party deps in the bundle, but the new option is more granular. ## Current Behavior Nx automatically detects certain dependencies (like optional peer dependencies) and marks them as external. Users have no way to override this behavior when they want to bundle these packages instead. ## Expected Behavior Users can specify an `excludeFromExternal` option to exclude specific packages from the external list, allowing them to be bundled even if Nx automatically detected them as external. ## Related Issue(s) Closes #NXC-2532 --------- Co-authored-by: Claude <noreply@anthropic.com> Co-authored-by: graphite-app[bot] <96075541+graphite-app[bot]@users.noreply.github.com> Co-authored-by: nx-cloud[bot] <71083854+nx-cloud[bot]@users.noreply.github.com>
1 month ago by jaysoo
Failed
21.6.x
08f60588 chore(gradle): format files (#33225) (cherry picked from commit a4d9ad9c660d0941461414a99e4ee82850ecd76b)
1 month ago by AgentEnder
Failed
21.6.x
925e6b55 chore(repo): update documentation
1 month ago by FrozenPandaz
Succeeded
21.6.x
0e0d0278 Revert "fix(module-federation): ensure angular rspack module federation supports live reload (#33137)" This reverts commit 755f658ea8207f81d9add9754b7aa32c64f38c6a.
2 months ago by FrozenPandaz
Failed
21.6.x
0e0d0278 Revert "fix(module-federation): ensure angular rspack module federation supports live reload (#33137)" This reverts commit 755f658ea8207f81d9add9754b7aa32c64f38c6a.
2 months ago by FrozenPandaz
Canceled
21.6.x
9578f4da chore(repo): fix build
2 months ago by FrozenPandaz
Failed
21.6.x
4cad36ac chore(repo): fix build
2 months ago by FrozenPandaz
Failed
21.6.x
2e192841 chore(repo): fix build
2 months ago by FrozenPandaz
Failed
21.6.x
e54b2f2a fix(vite): add logic to prevent overwriting generated package.json (#30705) The nxViteTsPaths plugin currently always copys the package.json file at the end of the build and does not check if the file was generated from the build process. This adds logic to check if the package.json file already exists in the dist path before copying to prevent overwriting generated files. Closes #30312      ## Current Behavior nxViteTsPaths always copies package.json at end of build. ## Expected Behavior nxViteTsPaths only copies package.json at end of build if package.json not generated during build. ## Related Issue(s)  Fixes #30312 (cherry picked from commit 4b4ad66a011cdf7ebad266b57750bf6d3ae4414b)
2 months ago by JSMike
Failed
21.6.x
e5a462c5 chore(repo): revert nx back to staging (#33062) This reverts commit d37d8252e41397849061ad9c0cb2cd9c61c14ffe.      ## Current Behavior  ## Expected Behavior  ## Related Issue(s)  Fixes # (cherry picked from commit 390343c16b6389a0ed93aec38d0b4f08eaa9dc0b)
2 months ago by rarmatei
Failed
21.6.x
e3880e2f docs(nx-dev): skip check for NEXT_PUBLIC_ASTRO_URL during graph creation just in case (#33019) This PR skips check for the required env var during graph creation. Although it only happens when `NODE_ENV === 'production'` it is possible that this is set as such, which would cause an error. (cherry picked from commit 412a55d012b3ae98151ab0503cd3775ac1355330)
2 months ago by jaysoo
Succeeded
21.6.x
885a6e45 docs(nx-cloud): de-emphasize console because it is not a requirement (cherry picked from commit 897e2ea6f61fa7ef18defa94ff379ef87e1ce3bd)
2 months ago by FrozenPandaz
Failed
21.6.x
885a6e45 docs(nx-cloud): de-emphasize console because it is not a requirement (cherry picked from commit 897e2ea6f61fa7ef18defa94ff379ef87e1ce3bd)
2 months ago by juristr
Failed
21.6.x
3ffe98ec fix(core): ensure nx is published with the correct dependency version for the native packages (#32928) ## Current Behavior The `nx` package is being published with the native package dependencies using an invalid version range `"*"`. ## Expected Behavior The `nx` package should be published with the native package dependencies pointing to the same version as the `nx` package. A recent change to `nx release` requires workspace packages to be identified as such when deciding to replace the version. ## Related Issue(s) Fixes #32898
2 months ago by leosvelperez
Succeeded
21.6.x
74bef0e6 fix(core): optimize task hashing with BFS and performance logging (#32911) ## Summary Optimizes `get_dep_output` by replacing recursive traversal with BFS + parallel processing. **Key optimization**: The old recursive implementation processed the same task multiple times when it appeared in multiple dependency paths (diamond dependencies). The new implementation: - Uses BFS with a visited HashSet to process each task exactly once - Collects all tasks first, then processes them in parallel with Rayon - Returns task references directly, eliminating redundant HashMap lookups This deduplicates work and leverages parallelism, significantly improving performance on large task graphs. **Note**: Only processes regular dependencies, not continuous_dependencies, since continuous tasks (like watch/serve) don't produce outputs that need to be hashed. The same test on my machine without these changes takes many minutes before crashing my editor. Now it takes <3ms. ## Test plan - ✅ All Rust tests passing - ✅ Native module builds successfully - ✅ Added 4 unit tests covering direct dependencies, transitive dependencies, diamond deduplication, and task output filtering - ✅ Added performance test verifying large graphs (depth 30 = 90 tasks) complete in <10ms (cherry picked from commit e5ac4a8024b7d2740b70d08860ae356cd3dc307f)
2 months ago by FrozenPandaz