Overview

7 days30 days

Latest CI Pipeline Executions

Fuzzy

Succeeded
35540
cc7ad1aa fix(core): make Task.parallelism optional in unified Rust struct Restores the ability for callers of initTasksRunner.invoke (and any other JS-side Task constructor) to omit `parallelism`. napi-rs was rejecting hand-built Task objects with `Missing field parallelism on TaskGraph.tasks` because the unified Rust struct declared it as a required `bool`. Mirrors the optionality of `cache` and `continuous`. Adds `Task::is_parallelizable()` so future Rust readers default `None` to `true`, matching `create-task-graph.ts` (`parallelism ?? true`).
by Jason Jean
Failed
35540
Flaky task→
cc7ad1aa fix(core): make Task.parallelism optional in unified Rust struct Restores the ability for callers of initTasksRunner.invoke (and any other JS-side Task constructor) to omit `parallelism`. napi-rs was rejecting hand-built Task objects with `Missing field parallelism on TaskGraph.tasks` because the unified Rust struct declared it as a required `bool`. Mirrors the optionality of `cache` and `continuous`. Adds `Task::is_parallelizable()` so future Rust readers default `None` to `true`, matching `create-task-graph.ts` (`parallelism ?? true`).
by Jason Jean
Failed
35540
6da47172 chore(core): drop unused Task builders, factor unparsed-overrides helper Remove with_configuration / with_hash / with_cache / with_parallelism / with_overrides — none had callers. Keeping with_project_root / with_outputs / with_continuous (the three actually used in test fixtures). Also extract getUnparsedOverrideArgs(task) in tasks-runner/utils.ts and use it at the three call sites that were repeating (task.overrides as { __overrides_unparsed__: string[] }). __overrides_unparsed__. Trim a now-redundant inline example from the Task::new doc.
by FrozenPandaz
Failed
35540
Flaky task→
cb14d3da chore(core): infer Task id from project + target Task::new now takes (project, target) and derives the id as "{project}:{target}", matching the formula the TS task-graph builder already uses (packages/nx/src/tasks-runner/create-task-graph.ts). with_configuration recomputes the id with the configuration suffix. A with_id escape hatch exists for the small handful of test fixtures that depend on a specific non-canonical id (length-sensitive column visibility tests, pinned-task width arithmetic). TS construction is unaffected. createTaskGraph still builds the id explicitly when assembling the task literal, just like today. Test code that previously queried tasks by their non-canonical ids ("app1", "task1", etc.) now uses the canonical "{project}:{target}" form. Snapshot expectations were regenerated for the new display strings.
by FrozenPandaz
Canceled
35540
cb14d3da chore(core): infer Task id from project + target Task::new now takes (project, target) and derives the id as "{project}:{target}", matching the formula the TS task-graph builder already uses (packages/nx/src/tasks-runner/create-task-graph.ts). with_configuration recomputes the id with the configuration suffix. A with_id escape hatch exists for the small handful of test fixtures that depend on a specific non-canonical id (length-sensitive column visibility tests, pinned-task width arithmetic). TS construction is unaffected. createTaskGraph still builds the id explicitly when assembling the task literal, just like today. Test code that previously queried tasks by their non-canonical ids ("app1", "task1", etc.) now uses the canonical "{project}:{target}" form. Snapshot expectations were regenerated for the new display strings.
by FrozenPandaz