Skip to content

chore(node): update Node.js version to 24.13.0 - #9933

Closed
GiladShoham wants to merge 8 commits into
masterfrom
chore/update-nodejs-24-6-0
Closed

chore(node): update Node.js version to 24.13.0#9933
GiladShoham wants to merge 8 commits into
masterfrom
chore/update-nodejs-24-6-0

Conversation

@GiladShoham

@GiladShoham GiladShoham commented Aug 17, 2025

Copy link
Copy Markdown
Member

Update Node.js version to 24.13.0 across the project. This ensures compatibility with the latest features and security patches.

Copilot AI review requested due to automatic review settings December 14, 2025 11:31

Copilot AI left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Pull request overview

This PR attempts to update Node.js version from 22.14.0 to 24.6.0 across the project's configuration files. However, there is a critical issue: Node.js version 24.6.0 does not exist as of January 2025. The current version (22.14.0) is a valid LTS release.

Key Changes:

  • Updated Node.js version references from 22.14.0 to 24.6.0 in workspace configuration
  • Updated Docker base images and CI/CD pipeline configurations to use the new version
  • Renamed CircleCI jobs from *_node_22 to *_node_24 to reflect the version change

Reviewed changes

Copilot reviewed 2 out of 2 changed files in this pull request and generated no comments.

File Description
workspace.jsonc Updated nodeVersion and BVM node version configurations to 24.6.0
.circleci/config.yml Updated default Docker image, NVM commands, Docker job names, base image arguments, and workflow dependencies to use Node.js 24.6.0

Critical Issue Identified: All version updates reference Node.js 24.6.0, which is a non-existent version. This will cause CI/CD pipeline failures, Docker build failures, and installation errors. The intended version should be verified - it may be 23.x (current latest) or the PR should keep 22.14.0 (current LTS).


💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

@davidfirst davidfirst changed the title chore(node): update Node.js version to 24.6.0 chore(node): update Node.js version to 24.13.0 Jan 22, 2026
Copilot AI review requested due to automatic review settings January 22, 2026 21:56

Copilot AI left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Pull request overview

Copilot reviewed 5 out of 5 changed files in this pull request and generated 3 comments.


💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

Comment thread scopes/react/aspect-docs/react/react.mdx
Comment thread .prettierignore
Copilot AI review requested due to automatic review settings June 10, 2026 20:48
@qodo-free-for-open-source-projects

qodo-free-for-open-source-projects Bot commented Jun 10, 2026

Copy link
Copy Markdown

Code Review by Qodo

🐞 Bugs (5) 📘 Rule violations (1) 📜 Skill insights (0)

Grey Divider


Action required

1. Manual deploy workflow broken 🐞 Bug ☼ Reliability
Description
.circleci/config.yml renames Docker build jobs to *_node_24, but harmony_deploy_manual still
references the removed *_node_22 job names, causing CircleCI config validation/job resolution to
fail for that workflow.
Code

.circleci/config.yml[R1027-1038]

+  docker_build_node_24:
  machine:
    image: ubuntu-2004:202111-02
  steps:
    - attach_workspace:
        at: ./
    - docker_build_and_push:
-          docker_build_base_image_arg_value: "node:22.22.0"
-          docker_tag_suffix: "-node-22.22.0"
+          docker_build_base_image_arg_value: "node:24.13.0"
+          docker_tag_suffix: "-node-24.13.0"
-  docker_non_root_build_node_22:
+  docker_non_root_build_node_24:
  machine:
Evidence
The PR branch defines
docker_build_node_24/docker_non_root_build_node_24/server_docker_build_node_24, but the manual
deploy workflow still invokes the old *_node_22 job names, which no longer exist in the config.

.circleci/config.yml[1026-1072]
.circleci/config.yml[1445-1481]

Agent prompt
The issue below was found during a code review. Follow the provided context and guidance below and implement a solution

## Issue description
`harmony_deploy_manual` still calls `docker_build_node_22`, `docker_non_root_build_node_22`, and `server_docker_build_node_22`, but the PR renamed/defines only the `*_node_24` jobs. CircleCI will fail to run this workflow because it cannot find the referenced jobs.
### Issue Context
The PR updated job definitions and some workflows to Node 24 naming, but missed the manual deploy workflow.
### Fix Focus Areas
- .circleci/config.yml[1445-1481]
- .circleci/config.yml[1026-1072]
### Suggested fix
In `workflows: harmony_deploy_manual: jobs:`, rename:
- `docker_build_node_22` -> `docker_build_node_24`
- `docker_non_root_build_node_22` -> `docker_non_root_build_node_24`
- `server_docker_build_node_22` -> `server_docker_build_node_24`
Also update `requires:` to depend on `docker_build_node_24` where applicable.

ⓘ Copy this prompt and use it to remediate the issue with your preferred AI generation tools



Remediation recommended

2. .prettierignore missing final newline 📘 Rule violation ⚙ Maintainability ⭐ New
Description
The updated .prettierignore file is committed without a trailing newline, which violates the
repository’s formatting standard and can cause formatting/lint checks to fail in CI or pre-commit
hooks.
Code

.prettierignore[R4-6]

+# MDX files with JSX comments that prettier incorrectly escapes
+scopes/react/aspect-docs/react/react.mdx
+scopes/react/ui/loader-fallback/loader-fallback.docs.mdx
Evidence
The repository’s .editorconfig requires insert_final_newline = true. This PR modifies
.prettierignore and the diff indicates it is missing a final newline, which breaks the repo’s
formatting expectations covered by the lint/typecheck/Prettier compliance requirement.

CLAUDE.md: Code Changes Must Pass Repository Linting (Oxlint) and Type Checking (tsc --noEmit) and Maintain Prettier Formatting
.editorconfig[5-11]
.prettierignore[1-6]

Agent prompt
The issue below was found during a code review. Follow the provided context and guidance below and implement a solution

## Issue description
`.prettierignore` is missing the required final newline (per `.editorconfig`).

## Issue Context
The repo enforces `insert_final_newline = true`, and the diff indicates `\ No newline at end of file` for `.prettierignore`.

## Fix Focus Areas
- .prettierignore[4-6]

ⓘ Copy this prompt and use it to remediate the issue with your preferred AI generation tools


3. Node policy inconsistent 🐞 Bug ⚙ Maintainability ⭐ New
Description
The PR updates CI and Bit workspace tooling to use Node 24.13.0, but the root package.json still
declares engines.node ">=22.13.0", so the repo no longer has a single authoritative minimum Node
version across tooling entry points.
This can lead to developers/automation selecting Node 22 (allowed by engines) while CI/Bit expects
Node 24, creating avoidable environment skew.
Code

workspace.jsonc[R730-732]

+    "nodeVersion": "24.13.0",
    "engineStrict": true,
    // This is a temporary workaround to fix "bit compile" on macOS and Windows.
Evidence
The repo now enforces/uses Node 24 in CI and workspace config, but still advertises a lower minimum
(Node 22) via package.json engines, creating an inconsistent version contract.

workspace.jsonc[727-734]
package.json[5-7]
.circleci/config.yml[7-12]

Agent prompt
The issue below was found during a code review. Follow the provided context and guidance below and implement a solution

### Issue description
CI and the Bit workspace config now target Node 24.13.0, but the root `package.json` `engines.node` still allows Node 22.x. This leaves conflicting signals about the supported/minimum Node version.

### Issue Context
- `workspace.jsonc` sets `nodeVersion` to `24.13.0` and has `engineStrict: true`.
- `.circleci/config.yml` uses `cimg/node:24.13.0`.
- `package.json` still advertises `engines.node: ">=22.13.0"`.

### Fix Focus Areas
- package.json[5-7]
- workspace.jsonc[727-734]
- .circleci/config.yml[7-12]

ⓘ Copy this prompt and use it to remediate the issue with your preferred AI generation tools


4. Node typings lag runtime 🐞 Bug ⚙ Maintainability ⭐ New
Description
After bumping the enforced Node runtime to 24.13.0 in workspace.jsonc, the workspace still pins
@types/node to 22.10.5, so TypeScript will not reflect the Node 24 API surface.
This blocks/complicates adopting Node 24 APIs and can produce misleading type errors/omissions
relative to the runtime the project now standardizes on.
Code

workspace.jsonc[730]

+    "nodeVersion": "24.13.0",
Evidence
nodeVersion is now 24.13.0, but @types/node remains pinned to 22.10.5 in workspace
configuration, so TS types will not align with the Node 24 runtime target.

workspace.jsonc[395-402]
workspace.jsonc[698-734]

Agent prompt
The issue below was found during a code review. Follow the provided context and guidance below and implement a solution

### Issue description
The PR updates the workspace Node runtime target to 24.13.0, but `@types/node` is still pinned to 22.10.5 in `workspace.jsonc`. This leaves TypeScript typings behind the standardized runtime.

### Issue Context
`@types/node` is pinned in multiple dependency lists in `workspace.jsonc`, while `nodeVersion` is now 24.13.0.

### Fix Focus Areas
- workspace.jsonc[395-402]
- workspace.jsonc[698-734]

ⓘ Copy this prompt and use it to remediate the issue with your preferred AI generation tools


View more (2)
5. Stray MDX code fence 🐞 Bug ≡ Correctness
Description
loader-fallback.docs.mdx adds a standalone ```` fence outside the JSX comment, which starts an
empty fenced code block at the end of the document and can break/alter MDX rendering.
Code

scopes/react/ui/loader-fallback/loader-fallback.docs.mdx[46]

+````
Evidence
The file’s JSX comment closes (*/}) and then an extra ```` appears on the next line outside the
comment, which is interpreted as a Markdown code fence.

scopes/react/ui/loader-fallback/loader-fallback.docs.mdx[24-46]

Agent prompt
The issue below was found during a code review. Follow the provided context and guidance below and implement a solution

## Issue description
A `\\`\\`\\`\\`` (four-backtick) fence was added after the JSX comment block, leaving an empty fenced code block at EOF.
### Issue Context
The `Try it out` example is intentionally inside a JSX comment; the trailing fence is outside that comment.
### Fix Focus Areas
- scopes/react/ui/loader-fallback/loader-fallback.docs.mdx[24-46]
### Suggested fix
Delete the standalone trailing ```` line (currently the last line). If a fence is needed inside the commented section, keep the opening and closing fences *inside* the `{/* ... */}` block and ensure they match.

ⓘ Copy this prompt and use it to remediate the issue with your preferred AI generation tools


6. Dockerfiles still default Node 22 🐞 Bug ⚙ Maintainability
Description
CI now builds/pushes images using Node 24.13.0 via BASE_IMAGE, but the Dockerfiles still default
BASE_IMAGE to Node 22.x, so documented local builds (which omit --build-arg BASE_IMAGE) will
produce images with the wrong Node version.
Code

.circleci/config.yml[R1034-1036]

+          docker_build_base_image_arg_value: "node:24.13.0"
+          docker_tag_suffix: "-node-24.13.0"
-  docker_non_root_build_node_22:
Evidence
CircleCI is now configured to build with Node 24.13.0, but the Dockerfiles’ ARG defaults remain Node
22.x; the repo’s own README instructs local builds without specifying BASE_IMAGE, which means
those builds will use the outdated defaults.

.circleci/config.yml[1026-1059]
scripts/docker-teambit-bit/Dockerfile-bit[1-2]
scripts/docker-teambit-bit/Dockerfile-bit-non-root[1-2]
scripts/docker-teambit-bit/Dockerfile-bit-alpine[1-2]
scripts/docker-teambit-bit/README.md[15-20]

Agent prompt
The issue below was found during a code review. Follow the provided context and guidance below and implement a solution

## Issue description
The repo’s Dockerfiles default to Node 22.x, while the PR updates CI to build images using Node 24.13.0. The in-repo README shows local builds without passing `--build-arg BASE_IMAGE`, so local/manual builds will silently stay on Node 22.
### Issue Context
CircleCI passes `--build-arg BASE_IMAGE=...`, but local builds per `scripts/docker-teambit-bit/README.md` do not.
### Fix Focus Areas
- scripts/docker-teambit-bit/Dockerfile-bit[1-2]
- scripts/docker-teambit-bit/Dockerfile-bit-non-root[1-2]
- scripts/docker-teambit-bit/Dockerfile-bit-alpine[1-2]
- scripts/docker-teambit-bit/README.md[15-20]
- .circleci/config.yml[1026-1059]
### Suggested fix
Update Dockerfile defaults:
- `Dockerfile-bit` / `Dockerfile-bit-non-root`: `ARG BASE_IMAGE=node:24.13.0`
- `Dockerfile-bit-alpine`: `ARG BASE_IMAGE=node:24.13.0-alpine`
Optionally update the README local build commands to include `--build-arg BASE_IMAGE=...` to make the Node version explicit.

ⓘ Copy this prompt and use it to remediate the issue with your preferred AI generation tools


Grey Divider

To customize comments, go to the Qodo configuration screen, or learn more in the docs.

Previous review results

Review updated until commit 7c4a283 ⚖️ Balanced

Results up to commit 24261fd


🐞 Bugs (3) 📘 Rule violations (0)


Action required
1. Manual deploy workflow broken 🐞 Bug ☼ Reliability
Description
.circleci/config.yml renames Docker build jobs to *_node_24, but harmony_deploy_manual still
references the removed *_node_22 job names, causing CircleCI config validation/job resolution to
fail for that workflow.
Code

.circleci/config.yml[R1027-1038]

+  docker_build_node_24:
    machine:
      image: ubuntu-2004:202111-02
    steps:
      - attach_workspace:
          at: ./
      - docker_build_and_push:
-          docker_build_base_image_arg_value: "node:22.22.0"
-          docker_tag_suffix: "-node-22.22.0"
+          docker_build_base_image_arg_value: "node:24.13.0"
+          docker_tag_suffix: "-node-24.13.0"

-  docker_non_root_build_node_22:
+  docker_non_root_build_node_24:
    machine:
Evidence
The PR branch defines
docker_build_node_24/docker_non_root_build_node_24/server_docker_build_node_24, but the manual
deploy workflow still invokes the old *_node_22 job names, which no longer exist in the config.

.circleci/config.yml[1026-1072]
.circleci/config.yml[1445-1481]

Agent prompt
The issue below was found during a code review. Follow the provided context and guidance below and implement a solution

### Issue description
`harmony_deploy_manual` still calls `docker_build_node_22`, `docker_non_root_build_node_22`, and `server_docker_build_node_22`, but the PR renamed/defines only the `*_node_24` jobs. CircleCI will fail to run this workflow because it cannot find the referenced jobs.

### Issue Context
The PR updated job definitions and some workflows to Node 24 naming, but missed the manual deploy workflow.

### Fix Focus Areas
- .circleci/config.yml[1445-1481]
- .circleci/config.yml[1026-1072]

### Suggested fix
In `workflows: harmony_deploy_manual: jobs:`, rename:
- `docker_build_node_22` -> `docker_build_node_24`
- `docker_non_root_build_node_22` -> `docker_non_root_build_node_24`
- `server_docker_build_node_22` -> `server_docker_build_node_24`

Also update `requires:` to depend on `docker_build_node_24` where applicable.

ⓘ Copy this prompt and use it to remediate the issue with your preferred AI generation tools



Remediation recommended
2. Stray MDX code fence 🐞 Bug ≡ Correctness
Description
loader-fallback.docs.mdx adds a standalone ```` fence outside the JSX comment, which starts an
empty fenced code block at the end of the document and can break/alter MDX rendering.
Code

scopes/react/ui/loader-fallback/loader-fallback.docs.mdx[46]

+````
Evidence
The file’s JSX comment closes (*/}) and then an extra ```` appears on the next line outside the
comment, which is interpreted as a Markdown code fence.

scopes/react/ui/loader-fallback/loader-fallback.docs.mdx[24-46]

Agent prompt
The issue below was found during a code review. Follow the provided context and guidance below and implement a solution

### Issue description
A `\\`\\`\\`\\`` (four-backtick) fence was added after the JSX comment block, leaving an empty fenced code block at EOF.

### Issue Context
The `Try it out` example is intentionally inside a JSX comment; the trailing fence is outside that comment.

### Fix Focus Areas
- scopes/react/ui/loader-fallback/loader-fallback.docs.mdx[24-46]

### Suggested fix
Delete the standalone trailing ```` line (currently the last line). If a fence is needed inside the commented section, keep the opening and closing fences *inside* the `{/* ... */}` block and ensure they match.

ⓘ Copy this prompt and use it to remediate the issue with your preferred AI generation tools


3. Dockerfiles still default Node 22 🐞 Bug ⚙ Maintainability
Description
CI now builds/pushes images using Node 24.13.0 via BASE_IMAGE, but the Dockerfiles still default
BASE_IMAGE to Node 22.x, so documented local builds (which omit --build-arg BASE_IMAGE) will
produce images with the wrong Node version.
Code

.circleci/config.yml[R1034-1036]

+          docker_build_base_image_arg_value: "node:24.13.0"
+          docker_tag_suffix: "-node-24.13.0"

-  docker_non_root_build_node_22:
Evidence
CircleCI is now configured to build with Node 24.13.0, but the Dockerfiles’ ARG defaults remain Node
22.x; the repo’s own README instructs local builds without specifying BASE_IMAGE, which means
those builds will use the outdated defaults.

.circleci/config.yml[1026-1059]
scripts/docker-teambit-bit/Dockerfile-bit[1-2]
scripts/docker-teambit-bit/Dockerfile-bit-non-root[1-2]
scripts/docker-teambit-bit/Dockerfile-bit-alpine[1-2]
scripts/docker-teambit-bit/README.md[15-20]

Agent prompt
The issue below was found during a code review. Follow the provided context and guidance below and implement a solution

### Issue description
The repo’s Dockerfiles default to Node 22.x, while the PR updates CI to build images using Node 24.13.0. The in-repo README shows local builds without passing `--build-arg BASE_IMAGE`, so local/manual builds will silently stay on Node 22.

### Issue Context
CircleCI passes `--build-arg BASE_IMAGE=...`, but local builds per `scripts/docker-teambit-bit/README.md` do not.

### Fix Focus Areas
- scripts/docker-teambit-bit/Dockerfile-bit[1-2]
- scripts/docker-teambit-bit/Dockerfile-bit-non-root[1-2]
- scripts/docker-teambit-bit/Dockerfile-bit-alpine[1-2]
- scripts/docker-teambit-bit/README.md[15-20]
- .circleci/config.yml[1026-1059]

### Suggested fix
Update Dockerfile defaults:
- `Dockerfile-bit` / `Dockerfile-bit-non-root`: `ARG BASE_IMAGE=node:24.13.0`
- `Dockerfile-bit-alpine`: `ARG BASE_IMAGE=node:24.13.0-alpine`

Optionally update the README local build commands to include `--build-arg BASE_IMAGE=...` to make the Node version explicit.

ⓘ Copy this prompt and use it to remediate the issue with your preferred AI generation tools


Qodo Logo

Copilot AI left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Pull request overview

Copilot reviewed 5 out of 5 changed files in this pull request and generated 4 comments.

Comment on lines 45 to +46
``` */}
````

```tsx title="A composition provider example"
import React, { ReactReact, ReactElement } from 'react'
import React, { ReactReact, ReactElement } from 'react';
Comment thread .circleci/config.yml
Comment on lines 269 to 279
windows_set_node_version:
parameters:
version:
default: 22.22.0
default: 24.13.0
type: string
steps:
- run: choco upgrade nvm -y
- run: nvm -v
- run: nvm install 22.22.0
- run: nvm use 22.22.0
- run: nvm install 24.13.0
- run: nvm use 24.13.0
- run: node -v
Comment thread .circleci/config.yml
Comment on lines +1027 to 1036
docker_build_node_24:
machine:
image: ubuntu-2004:202111-02
steps:
- attach_workspace:
at: ./
- docker_build_and_push:
docker_build_base_image_arg_value: "node:22.22.0"
docker_tag_suffix: "-node-22.22.0"
docker_build_base_image_arg_value: "node:24.13.0"
docker_tag_suffix: "-node-24.13.0"

Comment thread .circleci/config.yml
Comment on lines +1027 to 1038
docker_build_node_24:
machine:
image: ubuntu-2004:202111-02
steps:
- attach_workspace:
at: ./
- docker_build_and_push:
docker_build_base_image_arg_value: "node:22.22.0"
docker_tag_suffix: "-node-22.22.0"
docker_build_base_image_arg_value: "node:24.13.0"
docker_tag_suffix: "-node-24.13.0"

docker_non_root_build_node_22:
docker_non_root_build_node_24:
machine:

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Action required

1. Manual deploy workflow broken 🐞 Bug ☼ Reliability

.circleci/config.yml renames Docker build jobs to *_node_24, but harmony_deploy_manual still
references the removed *_node_22 job names, causing CircleCI config validation/job resolution to
fail for that workflow.
Agent Prompt
### Issue description
`harmony_deploy_manual` still calls `docker_build_node_22`, `docker_non_root_build_node_22`, and `server_docker_build_node_22`, but the PR renamed/defines only the `*_node_24` jobs. CircleCI will fail to run this workflow because it cannot find the referenced jobs.

### Issue Context
The PR updated job definitions and some workflows to Node 24 naming, but missed the manual deploy workflow.

### Fix Focus Areas
- .circleci/config.yml[1445-1481]
- .circleci/config.yml[1026-1072]

### Suggested fix
In `workflows: harmony_deploy_manual: jobs:`, rename:
- `docker_build_node_22` -> `docker_build_node_24`
- `docker_non_root_build_node_22` -> `docker_non_root_build_node_24`
- `server_docker_build_node_22` -> `server_docker_build_node_24`

Also update `requires:` to depend on `docker_build_node_24` where applicable.

ⓘ Copy this prompt and use it to remediate the issue with your preferred AI generation tools

Comment thread .prettierignore
Comment on lines +4 to +6
# MDX files with JSX comments that prettier incorrectly escapes
scopes/react/aspect-docs/react/react.mdx
scopes/react/ui/loader-fallback/loader-fallback.docs.mdx No newline at end of file

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Remediation recommended

1. .prettierignore missing final newline 📘 Rule violation ⚙ Maintainability

The updated .prettierignore file is committed without a trailing newline, which violates the
repository’s formatting standard and can cause formatting/lint checks to fail in CI or pre-commit
hooks.
Agent Prompt
## Issue description
`.prettierignore` is missing the required final newline (per `.editorconfig`).

## Issue Context
The repo enforces `insert_final_newline = true`, and the diff indicates `\ No newline at end of file` for `.prettierignore`.

## Fix Focus Areas
- .prettierignore[4-6]

ⓘ Copy this prompt and use it to remediate the issue with your preferred AI generation tools

Comment thread workspace.jsonc
Comment on lines +730 to 732
"nodeVersion": "24.13.0",
"engineStrict": true,
// This is a temporary workaround to fix "bit compile" on macOS and Windows.

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Remediation recommended

2. Node policy inconsistent 🐞 Bug ⚙ Maintainability

The PR updates CI and Bit workspace tooling to use Node 24.13.0, but the root package.json still
declares engines.node ">=22.13.0", so the repo no longer has a single authoritative minimum Node
version across tooling entry points.
This can lead to developers/automation selecting Node 22 (allowed by engines) while CI/Bit expects
Node 24, creating avoidable environment skew.
Agent Prompt
### Issue description
CI and the Bit workspace config now target Node 24.13.0, but the root `package.json` `engines.node` still allows Node 22.x. This leaves conflicting signals about the supported/minimum Node version.

### Issue Context
- `workspace.jsonc` sets `nodeVersion` to `24.13.0` and has `engineStrict: true`.
- `.circleci/config.yml` uses `cimg/node:24.13.0`.
- `package.json` still advertises `engines.node: ">=22.13.0"`.

### Fix Focus Areas
- package.json[5-7]
- workspace.jsonc[727-734]
- .circleci/config.yml[7-12]

ⓘ Copy this prompt and use it to remediate the issue with your preferred AI generation tools

Comment thread workspace.jsonc
"@pnpm/config.nerf-dart": "1.0.1"
},
"nodeVersion": "22.22.0",
"nodeVersion": "24.13.0",

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Remediation recommended

3. Node typings lag runtime 🐞 Bug ⚙ Maintainability

After bumping the enforced Node runtime to 24.13.0 in workspace.jsonc, the workspace still pins
@types/node to 22.10.5, so TypeScript will not reflect the Node 24 API surface.
This blocks/complicates adopting Node 24 APIs and can produce misleading type errors/omissions
relative to the runtime the project now standardizes on.
Agent Prompt
### Issue description
The PR updates the workspace Node runtime target to 24.13.0, but `@types/node` is still pinned to 22.10.5 in `workspace.jsonc`. This leaves TypeScript typings behind the standardized runtime.

### Issue Context
`@types/node` is pinned in multiple dependency lists in `workspace.jsonc`, while `nodeVersion` is now 24.13.0.

### Fix Focus Areas
- workspace.jsonc[395-402]
- workspace.jsonc[698-734]

ⓘ Copy this prompt and use it to remediate the issue with your preferred AI generation tools

@qodo-free-for-open-source-projects

Copy link
Copy Markdown

Code review by qodo was updated up to the latest commit 7c4a283

@GiladShoham

Copy link
Copy Markdown
Member Author

Superseded by #10555 (branch renamed to chore/update-nodejs-24, version bumped to 24.18.1).

@GiladShoham GiladShoham closed this Aug 2, 2026
@GiladShoham
GiladShoham deleted the chore/update-nodejs-24-6-0 branch August 2, 2026 14:00
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants