Skip to content

docs: add release and support process page#553

Merged
chalindukodikara merged 2 commits intoopenchoreo:mainfrom
tishan89:docs/release-support-process
Apr 11, 2026
Merged

docs: add release and support process page#553
chalindukodikara merged 2 commits intoopenchoreo:mainfrom
tishan89:docs/release-support-process

Conversation

@tishan89
Copy link
Copy Markdown
Contributor

Purpose

Adds the OC release process documentation

Checklist

  • Updated sidebars.ts if adding a new documentation page
  • Run npm run start to preview the changes locally
  • Run npm run build to ensure the build passes without errors
  • Verified all links are working (no broken links)

Signed-off-by: tishan89 <dtishanpubudu@gmail.com>
@coderabbitai
Copy link
Copy Markdown
Contributor

coderabbitai bot commented Apr 11, 2026

📝 Walkthrough

Summary by CodeRabbit

  • Documentation
    • Added an official "Releases" page describing semantic versioning, release cadence (minor, patch, hotfix), release statuses (Actively Supported, Maintenance Mode, End of Life), support rules (latest three minor lines), example release tables, and upgrade guidance.
    • Added the new Releases doc to the site navigation.

Walkthrough

A new documentation page defines OpenChoreo's release lifecycle, semantic versioning, release cadence (including hotfix pre-releases), release status categories (Actively Supported, Maintenance Mode, EOL), supported-minor rules (latest three minor lines), and upgrade guidance. The sidebar is updated to surface this new Releases doc.

Changes

Cohort / File(s) Summary
Documentation
docs/releases/release-and-support-process.md
Adds a release-and-support process doc covering semantic versioning (x.y.z), release cadence (regular minors, cadence-based patches, optional -hotfix.n pre-releases), support status categories and patch eligibility, "latest three minor release lines" rule, example tables for supported/planned minors, and upgrade guidance.
Sidebar Configuration
sidebars.ts
Inserts a doc entry releases/release-and-support-process labeled "Releases" into the sidebar between the reference category and changelog entry.

Estimated code review effort

🎯 1 (Trivial) | ⏱️ ~5 minutes

🚥 Pre-merge checks | ✅ 3
✅ Passed checks (3 passed)
Check name Status Explanation
Title check ✅ Passed The title accurately and concisely describes the main change: adding documentation for the release and support process.
Description check ✅ Passed The description covers the Purpose and Checklist sections from the template but omits the Related Issues section entirely.
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
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: 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 `@sidebars.ts`:
- Around line 662-666: The new top-level sidebar entry with id
'releases/release-and-support-process' and label 'Releases' must be moved under
the existing "Contributor Guide" section rather than added as a separate
top-level item; locate the 'Contributor Guide' sidebar object in sidebars.ts and
insert the { type: 'doc', id: 'releases/release-and-support-process', label:
'Releases' } entry into its items array (maintaining the mandated sidebar
sequence so it appears before the "FAQ" section) and remove the standalone
top-level object.
🪄 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: 77dc2dc7-1077-45d1-9dc4-0d507adcad1b

📥 Commits

Reviewing files that changed from the base of the PR and between 380523f and 4883ffc.

📒 Files selected for processing (2)
  • docs/releases/release-and-support-process.md
  • sidebars.ts

Comment on lines +662 to +666
{
type: 'doc',
id: 'releases/release-and-support-process',
label: 'Releases',
},
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.

⚠️ Potential issue | 🟠 Major

Move “Releases” under an allowed section instead of adding a new top-level section.

This introduces a new top-level sidebar entry that is not part of the required sidebar order. Please place this page under an existing allowed section (most appropriately Contributor Guide) and keep the mandated sequence intact.

As per coding guidelines: “sidebars.ts: Sidebar structure must follow this order: … 9. Contributor Guide 10. FAQ. Flag if new entries are added to the wrong section.”

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

In `@sidebars.ts` around lines 662 - 666, The new top-level sidebar entry with id
'releases/release-and-support-process' and label 'Releases' must be moved under
the existing "Contributor Guide" section rather than added as a separate
top-level item; locate the 'Contributor Guide' sidebar object in sidebars.ts and
insert the { type: 'doc', id: 'releases/release-and-support-process', label:
'Releases' } entry into its items array (maintaining the mandated sidebar
sequence so it appears before the "FAQ" section) and remove the standalone
top-level object.

yashodgayashan
yashodgayashan previously approved these changes Apr 11, 2026
Signed-off-by: tishan89 <dtishanpubudu@gmail.com>
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.

🧹 Nitpick comments (1)
docs/releases/release-and-support-process.md (1)

47-47: Consider clarifying the hotfix notation.

Minor terminology and clarity suggestions:

  • "suffixed" is more commonly used than "postfixed" in versioning contexts
  • Consider clarifying what n represents in -hotfix.n (e.g., "a sequential number")
✏️ Proposed refinement
-Patch releases are normally published on a **monthly** cadence. The earliest patch releases after a new minor release may happen faster. Additional out-of-band patch pre-releases (postfixed with `-hotfix.n`) may be published when required to address critical issues. Support for these pre-releases will end once the next patch release is released.
+Patch releases are normally published on a **monthly** cadence. The earliest patch releases after a new minor release may happen faster. Additional out-of-band patch pre-releases (suffixed with `-hotfix.n`, where `n` is a sequential number) may be published when required to address critical issues. Support for these pre-releases will end once the next patch release is released.
🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.

In `@docs/releases/release-and-support-process.md` at line 47, Update the sentence
describing hotfix pre-releases to use "suffixed" instead of "postfixed" and
explicitly clarify the meaning of `n` in the `-hotfix.n` notation (e.g., "n is a
sequential number indicating the hotfix iteration"); locate the paragraph that
mentions `-hotfix.n` and "postfixed" and replace those terms and add the brief
parenthetical explanation so the notation reads clearly for readers.
🤖 Prompt for all review comments with AI agents
Verify each finding against the current code and only fix it if needed.

Nitpick comments:
In `@docs/releases/release-and-support-process.md`:
- Line 47: Update the sentence describing hotfix pre-releases to use "suffixed"
instead of "postfixed" and explicitly clarify the meaning of `n` in the
`-hotfix.n` notation (e.g., "n is a sequential number indicating the hotfix
iteration"); locate the paragraph that mentions `-hotfix.n` and "postfixed" and
replace those terms and add the brief parenthetical explanation so the notation
reads clearly for readers.

ℹ️ Review info
⚙️ Run configuration

Configuration used: Path: .coderabbit.yaml

Review profile: CHILL

Plan: Pro

Run ID: 9cdbd1f8-13ac-4692-b051-71a022b366ec

📥 Commits

Reviewing files that changed from the base of the PR and between 4883ffc and ea159b4.

📒 Files selected for processing (1)
  • docs/releases/release-and-support-process.md

@chalindukodikara chalindukodikara merged commit 09c2347 into openchoreo:main Apr 11, 2026
3 checks passed
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