Target 0.2.0 development builds on main - #93
Conversation
Use the release-branch version scheme so main and topic builds target 0.2.0 after v0.1.3. Recognize maintenance branch names while preserving exact release tags and the existing 0.1.x patch versioning policy. Signed-off-by: Trent Nelson <trentn@nvidia.com>
|
Important Review skippedAuto reviews are limited based on label configuration. 🏷️ Required labels (at least one) (1)
Please check the settings in the CodeRabbit UI or the ⚙️ Run configurationConfiguration used: Repository: NVIDIA/cuPhoton/.coderabbit.yaml Review profile: CHILL Plan: Enterprise Run ID: You can disable this status message by setting the Use the checkbox below for a quick retry:
Comment |
melo-gonzo
left a comment
There was a problem hiding this comment.
LGTM. Verified main, topic and detached development versions, maintenance-branch patch versions, and unchanged release/RC tag versions. All 75 versioning, package-layout and release tests passed locally. The source archive builds as 0.2.0.dev1+g865b1b1; required CI is green. The existing 0.1.x branch retains its patch-version configuration.
Development builds after
v0.1.3currently identify as0.1.4.dev…, whilemain is starting the 0.2.0 development cycle. Use setuptools-scm's built-in
release-branch policy so main, topic branches and detached development builds
produce
0.2.0.dev…. Matching maintenance branches advance patch versions;exact release and RC tags retain their versions.
The change adds build-based coverage for those checkout states and documents
the policy. The existing
0.1.xbranch retains its patch-version configuration.Validation: versioning and release/package checks pass, including Git-free
source archives and rejection of unsupported tags. Repository hooks pass,
including formatting, mypy and the lockfile check.