Overview - Nx

Nx

7 days30 days

Latest CI Pipeline Executions

Exact

Succeeded
21.2.0-beta.3
02278920 chore(repo): fix publish workflow (#31510) ## Current Behavior The publish workflow was failing because the preinstall script was exiting with code 1 when detecting an older Node.js version, causing the entire publishing process to fail. ## Expected Behavior The preinstall script should warn about Node.js version requirements but not exit with an error code during publishing, allowing the workflow to continue. ## Related Issue(s) This fixes a critical issue preventing package publishing due to Node.js version check failures in CI environments. The fix changes: - `console.error()` to `console.warn()` for better log categorization - Removes `process.exit(1)` to prevent workflow termination - Adds the actual Node.js version to the warning message for better debugging This ensures the publish workflow can complete successfully while still providing visibility into Node.js version mismatches.
13 days ago by FrozenPandaz
Succeeded
21.2.0-beta.3
35f54044 fix(core): default to 'run' target when only project is specified (#31452) ## Current Behavior When running `nx run <project>` without specifying a target, the command always fails with an error message "Both project and target have to be specified", even if the project has a "run" target defined. ## Expected Behavior When running `nx run <project>` without specifying a target, the command should check if the project has a "run" target defined. If it does, use it as the default target. This improves developer experience by allowing simpler commands like `nx run myapp` instead of `nx run myapp:run`. ## Related Issue(s) This change improves the developer experience for projects that have a "run" target defined, making the CLI more intuitive. ## Changes Made - Modified `packages/nx/src/command-line/run/run-one.ts` to check for a "run" target when no target is specified - Added comprehensive test coverage in `e2e/nx/src/run.test.ts` to verify: - Projects with a "run" target default to it when no target is specified - Projects without a "run" target still show the original error message - Maintains full backward compatibility ## Testing - All existing tests pass - Added new e2e tests to verify the behavior - Ran full validation suite (`nx prepush`) successfully
13 days ago by FrozenPandaz
Failed
21.2.0-beta.3
8941362d fix(core): scope typescript resolution cache correctly when processing the graph (#31455) ## Current Behavior When using Node.js subpath imports with the same name in different projects, the Nx graph incorrectly picks up seemingly random dependencies between projects that shouldn't exist. This happens because the result of the resolution performed with TypeScript is cached using the import path as the cache key. The problem with that is that multiple projects can have the same subpath import name pointing to internal files of the project, so when the resolution is made for the first project (say `project1`), the result will be cached and incorrectly reused for other projects with the same subpath import name. So, all projects with the same subpath import name would resolve the dependency to the first project (`project1`). The same could happen to projects with TS path mappings defined in the project's tsconfig file. These TS path mappings would only apply to the project internally and therefore, other unrelated projects could also define them with the same name pointing to different files. ## Expected Behavior The Node.js subpath imports should be handled correctly. The TypeScript resolution result should be cached safely and scoped to the project from which the import is being done. ## Related Issue(s) Fixes #31223
16 days ago by FrozenPandaz