Skip to content

Update Node.js version to 22 and modify deployment workflows#74

Merged
spashii merged 1 commit intomainfrom
build/prod-cd
Mar 19, 2025
Merged

Update Node.js version to 22 and modify deployment workflows#74
spashii merged 1 commit intomainfrom
build/prod-cd

Conversation

@spashii
Copy link
Copy Markdown
Member

@spashii spashii commented Mar 19, 2025

Summary by CodeRabbit

  • Chores
    • Upgraded deployment pipelines to use Node.js 22 for improved performance.
    • Transitioned dashboard and portal releases from development to production.
    • Enhanced production backend releases with a refined tagging and version update process.

@coderabbitai
Copy link
Copy Markdown
Contributor

coderabbitai bot commented Mar 19, 2025

Walkthrough

The changes update several GitHub Actions workflows. For the development deployments, the Node.js version is bumped from 18 to 22. The production workflows for both Vercel dashboard and portal now trigger on version tag pushes rather than on main branch pushes, and they update environment settings from staging to production. Additionally, the GitOps backend deployment workflow has been restructured with renamed jobs and added steps to extract tag information, update image tags using regex, and include commit hashes in commit messages.

Changes

File(s) Change Summary
.github/workflows/dev-deploy-vercel-dashboard.yml
.github/workflows/dev-deploy-vercel-portal.yml
Updated Node.js version from 18 to 22.
.github/workflows/prod-deploy-vercel-dashboard.yml
.github/workflows/prod-deploy-vercel-portal.yml
Transitioned deployment from development to production: changed workflow and job names, updated trigger to tag push, updated Node.js version, and switched environment variables from staging to production.
.github/workflows/prod-deploy-gitops-backends.yaml Renamed workflow and job; restructured steps by adding repository checkout with tag, extracting tag and commit hash, checking out the GitOps repository in a subdirectory, updating global.imageTag with a regex, and committing with the commit hash.

Sequence Diagram(s)

sequenceDiagram
    participant T as Tag Push Trigger
    participant J as prod-deploy-gitops-backends Job
    participant R as Repository Checkout
    participant TI as Tag Information Extractor
    participant G as GitOps Repository Checkout
    participant U as Image Tag Updater
    participant C as Commit & Push

    T->>J: Initiate job on tag push
    J->>R: Checkout repository with tag history
    J->>TI: Extract tag name and commit hash
    J->>G: Checkout GitOps repository in subdirectory
    J->>U: Update global.imageTag in YAML using tag info
    J->>C: Commit changes including commit hash and push updates
Loading

Possibly related PRs

  • Build/ci #73: Addresses similar Node.js version updates in the dev-deploy-vercel-dashboard workflow, aligning with the changes in this PR.

Poem

In pipelines where our code does dance,
Node 22 leads the upgrade chance.
From dev to prod, tags now guide the way,
GitOps and Vercel? LGTM all day!
Steps redefined, our workflows now sing—
Cheers to change, let the code bells ring!
🚀🎉

Tip

⚡🧪 Multi-step agentic review comment chat (experimental)
  • We're introducing multi-step agentic chat in review comments. This experimental feature enhances review discussions with the CodeRabbit agentic chat by enabling advanced interactions, including the ability to create pull requests directly from comments.
    - To enable this feature, set early_access to true under in the settings.

🪧 Tips

Chat

There are 3 ways to chat with CodeRabbit:

  • Review comments: Directly reply to a review comment made by CodeRabbit. Example:
    • I pushed a fix in commit <commit_id>, please review it.
    • Generate unit testing code for this file.
    • Open a follow-up GitHub issue for this discussion.
  • Files and specific lines of code (under the "Files changed" tab): Tag @coderabbitai in a new review comment at the desired location with your query. Examples:
    • @coderabbitai generate unit testing code for this file.
    • @coderabbitai modularize this function.
  • PR comments: Tag @coderabbitai in a new PR comment to ask questions about the PR branch. For the best results, please provide a very specific query, as very limited context is provided in this mode. Examples:
    • @coderabbitai gather interesting stats about this repository and render them as a table. Additionally, render a pie chart showing the language distribution in the codebase.
    • @coderabbitai read src/utils.ts and generate unit testing code.
    • @coderabbitai read the files in the src/scheduler package and generate a class diagram using mermaid and a README in the markdown format.
    • @coderabbitai help me debug CodeRabbit configuration file.

Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments.

CodeRabbit Commands (Invoked using PR comments)

  • @coderabbitai pause to pause the reviews on a PR.
  • @coderabbitai resume to resume the paused reviews.
  • @coderabbitai review to trigger an incremental review. This is useful when automatic reviews are disabled for the repository.
  • @coderabbitai full review to do a full review from scratch and review all the files again.
  • @coderabbitai summary to regenerate the summary of the PR.
  • @coderabbitai generate docstrings to generate docstrings for this PR.
  • @coderabbitai resolve resolve all the CodeRabbit review comments.
  • @coderabbitai configuration to show the current CodeRabbit configuration for the repository.
  • @coderabbitai help to get help.

Other keywords and placeholders

  • Add @coderabbitai ignore anywhere in the PR description to prevent this PR from being reviewed.
  • Add @coderabbitai summary to generate the high-level summary at a specific location in the PR description.
  • Add @coderabbitai anywhere in the PR title to generate the title automatically.

CodeRabbit Configuration File (.coderabbit.yaml)

  • You can programmatically configure CodeRabbit by adding a .coderabbit.yaml file to the root of your repository.
  • Please see the configuration documentation for more information.
  • If your editor has YAML language server enabled, you can add the path at the top of this file to enable auto-completion and validation: # yaml-language-server: $schema=https://coderabbit.ai/integrations/schema.v2.json

Documentation and Community

  • Visit our Documentation for detailed information on how to use CodeRabbit.
  • Join our Discord Community to get help, request features, and share feedback.
  • Follow us on X/Twitter for updates and announcements.

Copy link
Copy Markdown
Contributor

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

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

Actionable comments posted: 0

🧹 Nitpick comments (6)
.github/workflows/dev-deploy-vercel-portal.yml (1)

14-15: Upgrade Your Checkout Action
The Checkout step is using actions/checkout@v3. Per static analysis hints, you might consider updating it to a more recent version if you run into runner issues.

🧰 Tools
🪛 actionlint (1.7.4)

15-15: the runner of "actions/checkout@v3" action is too old to run on GitHub Actions. update the action's version to fix this issue

(action)

.github/workflows/dev-deploy-vercel-dashboard.yml (1)

14-15: Heads Up on Checkout Version
The Checkout step uses actions/checkout@v3. It could be worth double-checking if a later version might smooth out any runner hiccups.

🧰 Tools
🪛 actionlint (1.7.4)

15-15: the runner of "actions/checkout@v3" action is too old to run on GitHub Actions. update the action's version to fix this issue

(action)

.github/workflows/prod-deploy-vercel-portal.yml (1)

13-15: Review the Checkout Step
Just as in the other workflows, the Checkout block is using actions/checkout@v3. If your environment shows any runner issues, consider checking for a newer version.

🧰 Tools
🪛 actionlint (1.7.4)

14-14: the runner of "actions/checkout@v3" action is too old to run on GitHub Actions. update the action's version to fix this issue

(action)

.github/workflows/prod-deploy-vercel-dashboard.yml (1)

15-16: Double-Check the Checkout Action
The Checkout step here is still on actions/checkout@v3. Consider verifying if a newer version might offer improved reliability.

🧰 Tools
🪛 actionlint (1.7.4)

16-16: the runner of "actions/checkout@v3" action is too old to run on GitHub Actions. update the action's version to fix this issue

(action)

.github/workflows/prod-deploy-gitops-backends.yaml (2)

11-16: Solid Tag-Aware Checkout
The repository checkout that fetches all history and tags is robust. Again, a nudge to consider updating actions/checkout@v3 if you encounter any issues.

🧰 Tools
🪛 actionlint (1.7.4)

12-12: the runner of "actions/checkout@v3" action is too old to run on GitHub Actions. update the action's version to fix this issue

(action)


26-33: GitOps Repository Checkout Looks Good
The separate checkout for the GitOps repository is clear and effective. A quick note: if you update other checkout actions, be sure to keep this one in sync.

🧰 Tools
🪛 actionlint (1.7.4)

27-27: the runner of "actions/checkout@v3" action is too old to run on GitHub Actions. update the action's version to fix this issue

(action)

📜 Review details

Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between ed84763 and e305b57.

📒 Files selected for processing (5)
  • .github/workflows/dev-deploy-vercel-dashboard.yml (1 hunks)
  • .github/workflows/dev-deploy-vercel-portal.yml (1 hunks)
  • .github/workflows/prod-deploy-gitops-backends.yaml (1 hunks)
  • .github/workflows/prod-deploy-vercel-dashboard.yml (3 hunks)
  • .github/workflows/prod-deploy-vercel-portal.yml (3 hunks)
🧰 Additional context used
🪛 actionlint (1.7.4)
.github/workflows/prod-deploy-gitops-backends.yaml

12-12: the runner of "actions/checkout@v3" action is too old to run on GitHub Actions. update the action's version to fix this issue

(action)


27-27: the runner of "actions/checkout@v3" action is too old to run on GitHub Actions. update the action's version to fix this issue

(action)

🔇 Additional comments (9)
.github/workflows/dev-deploy-vercel-portal.yml (1)

17-20: Nice Node.js Bump!
The upgrade to Node.js version 22 is spot on and fully aligns with the PR objectives. LGTM.

🧰 Tools
🪛 actionlint (1.7.4)

18-18: the runner of "actions/setup-node@v3" action is too old to run on GitHub Actions. update the action's version to fix this issue

(action)

.github/workflows/dev-deploy-vercel-dashboard.yml (1)

18-21: Awesome Node.js Upgrade!
Bumping the Node.js version to 22 here is consistent and exactly what we need. LGTM.

🧰 Tools
🪛 actionlint (1.7.4)

18-18: the runner of "actions/setup-node@v3" action is too old to run on GitHub Actions. update the action's version to fix this issue

(action)

.github/workflows/prod-deploy-vercel-portal.yml (2)

5-7: Production Trigger Set-Up is Solid!
Switching the trigger to tag pushes (matching "v*.*.*") is exactly what a production workflow needs. LGTM.


16-19: Node.js Version Confirmed
The update to Node.js version 22 is executed flawlessly.

🧰 Tools
🪛 actionlint (1.7.4)

17-17: the runner of "actions/setup-node@v3" action is too old to run on GitHub Actions. update the action's version to fix this issue

(action)

.github/workflows/prod-deploy-vercel-dashboard.yml (2)

7-9: Trigger Update is Spot On!
Using tag-based triggers for production deployment is exactly the kind of precision we expect. LGTM.


18-21: Node.js Version is Nicely Upgraded
Updating to Node.js 22 across the board ensures consistency in our deployment environments. LGTM.

🧰 Tools
🪛 actionlint (1.7.4)

19-19: the runner of "actions/setup-node@v3" action is too old to run on GitHub Actions. update the action's version to fix this issue

(action)

.github/workflows/prod-deploy-gitops-backends.yaml (3)

17-25: Clean and Concise Tag Extraction
Extracting the tag information and commit hash is well implemented, ensuring top-notch traceability. LGTM.


34-42: Regex Update is On Point
The sed command for updating global.imageTag in values-prod.yaml is sharp and should capably handle the intended pattern. LGTM.


43-50: Commit & Push Step—Clean and Informative
Including both the tag name and commit hash in the commit message is a slick move. The commit and push step is well structured. LGTM.

@spashii spashii merged commit cc65afb into main Mar 19, 2025
7 checks passed
@spashii spashii deleted the build/prod-cd branch March 19, 2025 11:15
spashii added a commit that referenced this pull request Nov 18, 2025
Update Node.js version to 22 and modify deployment workflows for production environment in Vercel configurations
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.

1 participant