Skip to content

[DOCs] Add release process documentation#2288

Merged
KaveeshaPiumini merged 1 commit intoasgardeo:mainfrom
KaveeshaPiumini:configdb
Apr 29, 2026
Merged

[DOCs] Add release process documentation#2288
KaveeshaPiumini merged 1 commit intoasgardeo:mainfrom
KaveeshaPiumini:configdb

Conversation

@KaveeshaPiumini
Copy link
Copy Markdown
Contributor

@KaveeshaPiumini KaveeshaPiumini commented Apr 9, 2026

Purpose

This pull request introduces documentation for Thunder's release process and updates the contribution overview to include release operations as a recognized area of contribution. The main focus is to clarify and formalize how weekly releases are planned, validated, and executed, providing clear guidance for contributors and release managers.

Documentation updates:

  • Added a comprehensive release-process.mdx page detailing the weekly release cadence, branch model, validation requirements, release manager responsibilities, issue handling, and automation workflows.
  • Updated the contribution overview table in overview.mdx to include "Release Operations" with a link to the new release process documentation.

Related Issues

  • N/A

Related PRs

  • N/A

Checklist

  • Followed the contribution guidelines.
  • Manual test round performed and verified.
  • Documentation provided. (Add links if there are any)
    • Ran Vale and fixed all errors and warnings
  • Tests provided. (Add links if there are any)
    • Unit Tests
    • Integration Tests
  • Breaking changes. (Fill if applicable)
    • Breaking changes section filled.
    • breaking change label added.

Security checks

  • Followed secure coding standards in WSO2 Secure Coding Guidelines
  • Confirmed that this PR doesn't commit any keys, passwords, tokens, usernames, or other secrets.

Summary by CodeRabbit

  • Documentation
    • Updated the "Ways to Contribute" guide with an added Release Operations entry and refreshed links to contribution pathways.
    • Added a comprehensive weekly release process guide covering cadence, pre-release synchronization, validation requirements (including independent validation and core auth testing), Release Manager responsibilities, decision flows for failures, and related automation via CI workflows.

@coderabbitai
Copy link
Copy Markdown

coderabbitai Bot commented Apr 9, 2026

Note

Reviews paused

It looks like this branch is under active development. To avoid overwhelming you with review comments due to an influx of new commits, CodeRabbit has automatically paused this review. You can configure this behavior by changing the reviews.auto_review.auto_pause_after_reviewed_commits setting.

Use the following commands to manage reviews:

  • @coderabbitai resume to resume automatic reviews.
  • @coderabbitai review to trigger a single review.

Use the checkboxes below for quick actions:

  • ▶️ Resume reviews
  • 🔍 Trigger review
📝 Walkthrough

Walkthrough

Added a new Release Operations entry to the contribution overview and created a new release-process documentation page that defines Thunder’s weekly release cadence, branching model, validation requirements, Release Manager responsibilities, issue decision table, and related GitHub Actions workflows.

Changes

Cohort / File(s) Summary
Overview update
docs/content/community/contributing/overview.mdx
Added a new Release Operations row to the "Ways to Contribute" table linking to release-process. The existing Implement Features row was not modified.
Release process documentation (new)
docs/content/community/contributing/release-process.mdx
New page describing weekly release cadence (Mon–Fri activities), branching strategy (main + release), validation model (non-author validation, core IAM tests), Release Manager duties, issue-handling decision table, and GitHub Actions workflows (pre-release sync, milestone reminder, release builder, post-release sync).

Estimated code review effort

🎯 2 (Simple) | ⏱️ ~8 minutes

Suggested labels

Type/Improvement

Suggested reviewers

  • brionmario
  • rajithacharith
  • thiva-k
🚥 Pre-merge checks | ✅ 2 | ❌ 1

❌ Failed checks (1 inconclusive)

Check name Status Explanation Resolution
Description check ❓ Inconclusive The description includes a Purpose section explaining the changes, but lacks the Approach section detailing implementation and design decisions. The checklist items are present but mostly unchecked, and Vale linting status is unclear. Add an Approach section explaining how the release process documentation was structured and designed. Clarify whether Vale linting was performed and check the appropriate checklist items.
✅ Passed checks (2 passed)
Check name Status Explanation
Title check ✅ Passed The title clearly and concisely describes the main change: adding release process documentation. It accurately summarizes the primary purpose of the changeset.
Docstring Coverage ✅ Passed No functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check.

✏️ Tip: You can configure your own custom pre-merge checks in the settings.

✨ Finishing Touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands and usage tips.

Copy link
Copy Markdown

@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: 1

🧹 Nitpick comments (1)
docs/content/community/contributing/release-process.mdx (1)

38-38: Resolve Vale wording warnings on release validation text.

Both warnings are on changed lines; small wording edits will clear lint noise.

Proposed wording cleanup
-Development happens continuously on `main`. On Thursday night, a `release` branch is cut from `main`. Any fixes identified during release validation are applied directly to the release branch. Once everything is validated and the release is confirmed good, it is tagged and the branch is merged back into `main` and deleted.
+Development happens continuously on `main`. On Thursday night, a `release` branch is cut from `main`. Any fixes identified during release validation are applied directly to the release branch. Once everything is validated and confirmed good, the release is tagged, merged back into `main`, and the branch is deleted.

-In addition to milestone-specific changes, **core IAM flows** — including authentication, authorization, and token management — are tested every release, regardless of what changed. This ensures baseline functionality is never silently broken between releases.
+Along with milestone-specific changes, **core IAM flows** — including authentication, authorization, and token management — are tested every release, regardless of what changed. This ensures baseline functionality is never silently broken between releases.

Also applies to: 46-46

🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.

In `@docs/content/community/contributing/release-process.mdx` at line 38, The
release validation paragraph wording triggers Vale lint warnings; update the
sentence about cutting a `release` branch and applying fixes so it uses clearer,
more neutral language (e.g., replace "On Thursday night, a `release` branch is
cut from `main`. Any fixes identified during release validation are applied
directly to the release branch." with a concise version like "A `release` branch
is created from `main` on Thursday evening; any fixes found during release
validation are applied to that release branch."), and make the same small
wording adjustment at the second occurrence around the corresponding line (the
release-validation text referenced in the diff) to clear the lint warnings while
preserving the described workflow.
🤖 Prompt for all review comments with AI agents
Verify each finding against the current code and only fix it if needed.

Inline comments:
In `@docs/content/community/contributing/overview.mdx`:
- Line 27: Update the local link for "Release process" to use an explicit .mdx
filename; replace the link text `[Release process](release-process)` in the
table row `| **Release Operations** | [Release process](release-process) |` with
`[Release process](release-process.mdx)` so it matches other local links like
`development.md` and `problem-definition.md`.

---

Nitpick comments:
In `@docs/content/community/contributing/release-process.mdx`:
- Line 38: The release validation paragraph wording triggers Vale lint warnings;
update the sentence about cutting a `release` branch and applying fixes so it
uses clearer, more neutral language (e.g., replace "On Thursday night, a
`release` branch is cut from `main`. Any fixes identified during release
validation are applied directly to the release branch." with a concise version
like "A `release` branch is created from `main` on Thursday evening; any fixes
found during release validation are applied to that release branch."), and make
the same small wording adjustment at the second occurrence around the
corresponding line (the release-validation text referenced in the diff) to clear
the lint warnings while preserving the described workflow.
🪄 Autofix (Beta)

Fix all unresolved CodeRabbit comments on this PR:

  • Push a commit to this branch (recommended)
  • Create a new PR with the fixes

ℹ️ Review info
⚙️ Run configuration

Configuration used: Path: .coderabbit.yaml

Review profile: CHILL

Plan: Pro

Run ID: ded2d0ce-0fe3-4d5e-9e22-b5ca7e91fdb4

📥 Commits

Reviewing files that changed from the base of the PR and between de930f4 and 02c8be5.

📒 Files selected for processing (2)
  • docs/content/community/contributing/overview.mdx
  • docs/content/community/contributing/release-process.mdx

Comment thread docs/content/community/contributing/overview.mdx Outdated
@codecov
Copy link
Copy Markdown

codecov Bot commented Apr 9, 2026

Codecov Report

✅ All modified and coverable lines are covered by tests.
✅ Project coverage is 88.19%. Comparing base (414922e) to head (e0bc9a2).
⚠️ Report is 26 commits behind head on main.

Additional details and impacted files
@@            Coverage Diff             @@
##             main    #2288      +/-   ##
==========================================
+ Coverage   88.18%   88.19%   +0.01%     
==========================================
  Files         881      881              
  Lines       61186    61186              
==========================================
+ Hits        53956    53963       +7     
+ Misses       5377     5369       -8     
- Partials     1853     1854       +1     
Flag Coverage Δ
backend-integration-postgres 53.22% <ø> (ø)
backend-integration-redis 52.83% <ø> (+0.04%) ⬆️
backend-integration-sqlite 53.20% <ø> (+0.01%) ⬆️
backend-unit 81.42% <ø> (ø)
frontend-apps-console-unit 89.33% <ø> (ø)
frontend-apps-gate-unit 97.35% <ø> (ø)

Flags with carried forward coverage won't be shown. Click here to find out more.

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

🚀 New features to boost your workflow:
  • ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.
  • 📦 JS Bundle Analysis: Save yourself from yourself by tracking and limiting bundle sizes in JS merges.

@KaveeshaPiumini KaveeshaPiumini added Type/Docs skip-changelog Skip generating changelog for a particular PR labels Apr 10, 2026
Copy link
Copy Markdown

@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: 1

🤖 Prompt for all review comments with AI agents
Verify each finding against the current code and only fix it if needed.

Inline comments:
In `@docs/content/community/contributing/release-process.mdx`:
- Line 38: Replace the flagged vague phrases "it is" and "In addition" with
tighter wording in the release-process doc: update the sentence containing "Any
fixes identified during release validation are applied directly to the release
branch. Once everything is validated and the release is confirmed good, it is
tagged..." to use "we tag the release" or "the release is then tagged" and
change the sentence starting with "In addition" to a more direct construction
such as "Additionally," or rephrase to start with the specific subject; ensure
both replacements appear where the exact strings "it is" and "In addition" occur
so Vale warnings are resolved.
🪄 Autofix (Beta)

Fix all unresolved CodeRabbit comments on this PR:

  • Push a commit to this branch (recommended)
  • Create a new PR with the fixes

ℹ️ Review info
⚙️ Run configuration

Configuration used: Path: .coderabbit.yaml

Review profile: CHILL

Plan: Pro

Run ID: 010d2ba9-1882-4f38-9317-a355c275ab74

📥 Commits

Reviewing files that changed from the base of the PR and between 02c8be5 and 0bf8640.

📒 Files selected for processing (2)
  • docs/content/community/contributing/overview.mdx
  • docs/content/community/contributing/release-process.mdx
✅ Files skipped from review due to trivial changes (1)
  • docs/content/community/contributing/overview.mdx

Comment thread docs/content/community/contributing/release-process.mdx Outdated
Copy link
Copy Markdown

@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.

♻️ Duplicate comments (1)
docs/content/community/contributing/release-process.mdx (1)

38-38: ⚠️ Potential issue | 🟡 Minor

Resolve the remaining Vale wording warnings on Line 38 and Line 54.

Both phrases are still flagged by the latest Vale run (it is, In addition), so this doc will keep warning until they’re tightened.

Suggested wording patch
-Development happens continuously on `main`. On Thursday night, the Pre-Release Sync merges the latest changes from `main` into `release` branch. Any fixes identified during release validation are applied directly to the release branch. Once everything is validated and the release is confirmed good, it is tagged and merged back into `main` automatically.
+Development happens continuously on `main`. On Thursday night, the Pre-Release Sync merges the latest changes from `main` into the `release` branch. Any fixes identified during release validation are applied directly to the release branch. Once everything is validated and the release is confirmed good, the release is tagged and merged back into `main` automatically.

-In addition to milestone-specific changes, **core IAM flows** — including authentication, authorization, and token management — are tested every release, regardless of what changed. This ensures baseline functionality is never silently broken between releases.
+Additionally, **core IAM flows** — including authentication, authorization, and token management — are tested every release, regardless of what changed. This ensures baseline functionality is never silently broken between releases.

Based on learnings: "Only respond to the latest Vale check run when Vale feedback is provided through CI checks; ignore resolved or outdated annotations from previous commits."

Also applies to: 54-54

🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.

In `@docs/content/community/contributing/release-process.mdx` at line 38, Replace
the Vale-flagged wording by removing the flagged phrases: change "it is tagged
and merged back into `main` automatically." to a clearer active phrase such as
"the release is tagged and merged back into `main` automatically." (avoid using
"it is"); and replace any "In addition" occurrences with a tighter alternative
like "Also" or "Additionally," to satisfy Vale; update the sentences containing
"Pre-Release Sync merges the latest changes from `main` into `release` branch"
and the subsequent release-summary sentence to use these replacements so the doc
no longer includes the flagged "it is" and "In addition" phrases.
🤖 Prompt for all review comments with AI agents
Verify each finding against the current code and only fix it if needed.

Duplicate comments:
In `@docs/content/community/contributing/release-process.mdx`:
- Line 38: Replace the Vale-flagged wording by removing the flagged phrases:
change "it is tagged and merged back into `main` automatically." to a clearer
active phrase such as "the release is tagged and merged back into `main`
automatically." (avoid using "it is"); and replace any "In addition" occurrences
with a tighter alternative like "Also" or "Additionally," to satisfy Vale;
update the sentences containing "Pre-Release Sync merges the latest changes from
`main` into `release` branch" and the subsequent release-summary sentence to use
these replacements so the doc no longer includes the flagged "it is" and "In
addition" phrases.

ℹ️ Review info
⚙️ Run configuration

Configuration used: Path: .coderabbit.yaml

Review profile: CHILL

Plan: Pro

Run ID: 1c713df8-9e76-45da-a0d6-5cde007f9e09

📥 Commits

Reviewing files that changed from the base of the PR and between 0bf8640 and 0baeb1c.

📒 Files selected for processing (3)
  • .github/workflows/post-release-sync.yml
  • docs/content/community/contributing/overview.mdx
  • docs/content/community/contributing/release-process.mdx
🚧 Files skipped from review as they are similar to previous changes (1)
  • docs/content/community/contributing/overview.mdx

Copy link
Copy Markdown

@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.

♻️ Duplicate comments (2)
docs/content/community/contributing/release-process.mdx (2)

54-54: ⚠️ Potential issue | 🟡 Minor

Resolve Vale wording warning on Line 54 (In addition).

This wording is also flagged by the latest Vale run; rephrase to a shorter transition.

Suggested wording patch
-In addition to milestone-specific changes, **core IAM flows** — including authentication, authorization, and token management — are tested every release, regardless of what changed. This ensures baseline functionality is never silently broken between releases.
+Besides milestone-specific changes, **core IAM flows** — including authentication, authorization, and token management — are tested every release, regardless of what changed. This ensures baseline functionality is never silently broken between releases.
Based on learnings: “Run Vale locally and resolve all warnings before finalizing documentation output.”
🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.

In `@docs/content/community/contributing/release-process.mdx` at line 54, Reword
the transition sentence starting with "In addition to milestone-specific
changes" on the line that mentions "core IAM flows" to a shorter, clearer
transition to satisfy Vale (e.g., replace with "Regardless of scope, core IAM
flows — authentication, authorization, and token management — are tested every
release."), update the sentence that references "core IAM flows" accordingly,
and run Vale locally to confirm the warning is resolved before committing.

38-38: ⚠️ Potential issue | 🟡 Minor

Resolve Vale wording warning on Line 38 (it is).

This phrase is currently blocking doc lint; replace with tighter wording.

Suggested wording patch
-Development happens continuously on `main`. On Thursday night, the Pre-Release Sync merges the latest changes from `main` into `release` branch. Any fixes identified during release validation are applied directly to the release branch. Once everything is validated and the release is confirmed good, it is tagged and merged back into `main` automatically.
+Development happens continuously on `main`. On Thursday night, the Pre-Release Sync merges the latest changes from `main` into `release` branch. Any fixes identified during release validation are applied directly to the release branch. Once everything is validated and the release is confirmed good, the release is tagged and merged back into `main` automatically.
Based on learnings: “Only respond to the latest Vale check run when Vale feedback is provided through CI checks.”
🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.

In `@docs/content/community/contributing/release-process.mdx` at line 38, The
phrase "it is tagged and merged back into `main` automatically" triggers Vale;
update the sentence in the release process paragraph to tighter active
wording—replace the passive "it is tagged and merged back into `main`
automatically" with an active form such as "we tag the release and automatically
merge it back into `main`" so the line in
docs/content/community/contributing/release-process.mdx no longer uses the
problematic "it is" phrasing.
🤖 Prompt for all review comments with AI agents
Verify each finding against the current code and only fix it if needed.

Duplicate comments:
In `@docs/content/community/contributing/release-process.mdx`:
- Line 54: Reword the transition sentence starting with "In addition to
milestone-specific changes" on the line that mentions "core IAM flows" to a
shorter, clearer transition to satisfy Vale (e.g., replace with "Regardless of
scope, core IAM flows — authentication, authorization, and token management —
are tested every release."), update the sentence that references "core IAM
flows" accordingly, and run Vale locally to confirm the warning is resolved
before committing.
- Line 38: The phrase "it is tagged and merged back into `main` automatically"
triggers Vale; update the sentence in the release process paragraph to tighter
active wording—replace the passive "it is tagged and merged back into `main`
automatically" with an active form such as "we tag the release and automatically
merge it back into `main`" so the line in
docs/content/community/contributing/release-process.mdx no longer uses the
problematic "it is" phrasing.

ℹ️ Review info
⚙️ Run configuration

Configuration used: Path: .coderabbit.yaml

Review profile: CHILL

Plan: Pro

Run ID: 7ff3982b-c7ec-4073-9e8e-736427b7c682

📥 Commits

Reviewing files that changed from the base of the PR and between 0baeb1c and bea25f0.

📒 Files selected for processing (2)
  • docs/content/community/contributing/overview.mdx
  • docs/content/community/contributing/release-process.mdx
✅ Files skipped from review due to trivial changes (1)
  • docs/content/community/contributing/overview.mdx

Copy link
Copy Markdown

@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.

♻️ Duplicate comments (1)
docs/content/community/contributing/release-process.mdx (1)

38-38: ⚠️ Potential issue | 🟡 Minor

Address the remaining Vale wording warnings.

Two wording patterns still fail lint: it is (Line 38) and In addition (Line 54). Please tighten both phrases to clear the docs pipeline.

Suggested wording patch
-Development happens continuously on `main`. On Thursday night, the Pre-Release Sync merges the latest changes from `main` into `release` branch. Any fixes identified during release validation are applied directly to the release branch. Once everything is validated and the release is confirmed good, it is tagged and merged back into `main` automatically.
+Development happens continuously on `main`. On Thursday night, the Pre-Release Sync merges the latest changes from `main` into `release` branch. Any fixes identified during release validation are applied directly to the release branch. Once everything is validated and the release is confirmed good, the release is tagged and merged back into `main` automatically.

-In addition to milestone-specific changes, **core IAM flows** — including authentication, authorization, and token management — are tested every release, regardless of what changed. This ensures baseline functionality is never silently broken between releases.
+Besides milestone-specific changes, **core IAM flows** — including authentication, authorization, and token management — are tested every release, regardless of what changed. This ensures baseline functionality is never silently broken between releases.

As per coding guidelines docs/**: ensure documentation consistency and quality in changed docs.

Also applies to: 54-54

🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.

In `@docs/content/community/contributing/release-process.mdx` at line 38, Replace
the flagged weak-phrase instances: change the clause "Once everything is
validated and the release is confirmed good, it is tagged and merged back into
`main` automatically." inside the release workflow sentence to a tighter
phrasing such as "Once validated and confirmed good, tag and merge the release
back into `main` automatically." and replace the "In addition" occurrence (line
54) with a tighter alternative like "Also" or "Additionally," to satisfy Vale
wording rules; update the two exact phrases in the sentence containing "it is
tagged and merged back into `main` automatically" and the sentence starting with
"In addition" accordingly.
🤖 Prompt for all review comments with AI agents
Verify each finding against the current code and only fix it if needed.

Duplicate comments:
In `@docs/content/community/contributing/release-process.mdx`:
- Line 38: Replace the flagged weak-phrase instances: change the clause "Once
everything is validated and the release is confirmed good, it is tagged and
merged back into `main` automatically." inside the release workflow sentence to
a tighter phrasing such as "Once validated and confirmed good, tag and merge the
release back into `main` automatically." and replace the "In addition"
occurrence (line 54) with a tighter alternative like "Also" or "Additionally,"
to satisfy Vale wording rules; update the two exact phrases in the sentence
containing "it is tagged and merged back into `main` automatically" and the
sentence starting with "In addition" accordingly.

ℹ️ Review info
⚙️ Run configuration

Configuration used: Path: .coderabbit.yaml

Review profile: CHILL

Plan: Pro

Run ID: 63d0d857-a1c5-47cd-89ea-9c431c59e3a6

📥 Commits

Reviewing files that changed from the base of the PR and between bea25f0 and 20d2355.

📒 Files selected for processing (2)
  • docs/content/community/contributing/overview.mdx
  • docs/content/community/contributing/release-process.mdx
✅ Files skipped from review due to trivial changes (1)
  • docs/content/community/contributing/overview.mdx

@KaveeshaPiumini KaveeshaPiumini force-pushed the configdb branch 3 times, most recently from 26e37ac to 36fe226 Compare April 20, 2026 08:37
Comment thread docs/content/community/contributing/overview.mdx Outdated
@KaveeshaPiumini KaveeshaPiumini force-pushed the configdb branch 2 times, most recently from 5f1f6c9 to c6f76e2 Compare April 28, 2026 09:44
@KaveeshaPiumini KaveeshaPiumini added this pull request to the merge queue Apr 29, 2026
Merged via the queue into asgardeo:main with commit e1d8c9e Apr 29, 2026
30 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

skip-changelog Skip generating changelog for a particular PR Type/Docs

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants