nx
Nx
GitHub
Nx
Workspace
GitHub
CI Pipeline Executions
Current execution
Succeeded
gh-36511
Runs and Agents
Timeline
Beta
Configuration
Self-Healing CI
Project Graph
Circular Dependencies
Enterprise
Resource Usage
Analysis
Conformance
Enterprise
Runs
Current run
Succeeded
Tasks
Resource Usage
Insights
Compare tasks
Analytics
Sign in
Toggle sidebar
chore(nextjs): close gaps in the copied next helper import restrictions The no-restricted-imports override guarding the files copied into .nx-helpers replaces the package-level rule instead of merging with it, so anything it does not restate goes unenforced there. Adding src/utils/compose-plugins.ts to that override dropped the chalk, fs-extra and bare nx restrictions the file used to inherit. A top-level nx import emits require("nx") into the copied helper and fails on a pruned install the same way ./deprecation did, because update-package-json.ts never adds nx to the generated package.json. The relative-import patterns had a separate gap. They matched ./**/* and **/src/**/*, which cover plugins/with-nx.ts because it sits outside src, but let parent-relative specifiers through from a file inside src. Restate chalk and fs-extra, add the bare specifier to the nx group, and match `.`, `..`, `./**` and `../**` so any relative import is caught from either file. The glob forms need a path segment after the separator, so the two exact entries are what cover a bare `.` or `..`.
nx-cloud record -- pnpm nx-cloud conformance:check
⌘K
Succeeded
nx-cloud record -- pnpm nx-cloud conformance:check
Click to copy
Linux
4 CPU cores
c40b8fad
36655
GitHub
Nx
Workspace