Document Home Assistant Core versioning scheme - #3132
Conversation
Add a Versioning page describing the CalVer YYYY.MM.PATCH format used by Core, including beta, development, and nightly version suffixes, and link it from the Misc sidebar category. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
There was a problem hiding this comment.
Pull request overview
Adds a new developer documentation page explaining Home Assistant Core’s CalVer-based versioning scheme and how pre-release/development/nightly suffixes work, then exposes that page in the Core documentation sidebar under “Misc”.
Changes:
- Added a new
Versioningdocumentation page describingYYYY.MM.PATCHand PEP 440-compatible suffixes (bN,.devN,.devYYYYMMDDHHMM). - Documented where the Core version is defined and how it is bumped via
script/version_bump.py. - Linked the new page from the Core → Misc sidebar section.
Reviewed changes
Copilot reviewed 2 out of 2 changed files in this pull request and generated no comments.
| File | Description |
|---|---|
| sidebars.js | Adds the new versioning doc to the Core “Misc” sidebar items so it’s discoverable. |
| docs/versioning.md | New page documenting Core version format, pre-release/development variants, and recommended comparison approach. |
💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.
📝 WalkthroughWalkthroughThis PR adds documentation explaining Home Assistant Core's CalVer versioning scheme and integrates it into the developer documentation sidebar. The new documentation covers version format, pre-release rules, code locations, version-bumping tools, and guidance for version comparison. ChangesVersioning Documentation
🎯 1 (Trivial) | ⏱️ ~5 minutes 🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing Touches📝 Generate docstrings
🧪 Generate unit tests (beta)
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. Comment |
There was a problem hiding this comment.
Actionable comments posted: 2
🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.
Inline comments:
In `@docs/versioning.md`:
- Around line 7-9: Update the fenced code block that currently contains
"YYYY.MM.PATCH" to include a language identifier for proper rendering and syntax
highlighting — add "text" after the opening backticks so the block becomes
```text ... ```; locate the block containing the literal "YYYY.MM.PATCH" and
modify only the opening fence to include the language.
- Line 38: Revise the instruction sentence to front the goal and use a direct
tone: replace the conditional phrasing "When you need to gate behavior on a Home
Assistant Core version, compare versions with AwesomeVersion..." with an
authoritative imperative such as "To gate behavior on a Home Assistant Core
version, use AwesomeVersion to compare versions rather than parsing the string
yourself," keeping the AwesomeVersion link and the note about correct handling
of pre-releases, development, and patch releases; update the sentence in
docs/versioning.md accordingly.
🪄 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: Organization UI
Review profile: CHILL
Plan: Pro
Run ID: 3a0ca88d-9066-4aae-964f-1997929710ff
📒 Files selected for processing (2)
docs/versioning.mdsidebars.js
Proposed change
Add a Versioning page describing the CalVer YYYY.MM.PATCH format used by Core, including beta, development, and nightly version suffixes, and link it from the Misc sidebar category.
Type of change
Checklist
Additional information
Summary by CodeRabbit
Documentation
YYYY.MM.PATCH), pre-release version types, and best practices for version comparisons.