chore(release): move main on to 1.3.0-SNAPSHOT - #197
Conversation
Step 6 of docs/RELEASE.md, after 1.2.0 was published from the v1.2.0 tag. Leaving main on a version that already exists on Central is what the step exists to prevent: a snapshot deploy would collide, and anyone building from main would produce artifacts indistinguishable from the release. versions:set covers the four poms. The rest is the hand-maintained list that step 1 now enumerates, and the distinction matters: - README and CLAUDE.md state which version main carries and which was last released -- both moved (1.3.0-SNAPSHOT / 1.2.0). - The three consumer-facing dependency snippets stay at 1.2.0. They tell a reader what to depend on, and that is the release, never the snapshot. - CLAUDE.md's paragraph about main sitting at a plain release version with the tag not yet cut described a window that has closed; it now says a -SNAPSHOT on main is the normal state between releases. - SECURITY.md needs no change: 1.2.x is still the current release line. - CHANGELOG.md needs none either: [Unreleased] already compares v1.2.0...HEAD. mvn validate resolves the reactor at the new version.
Code Review Summary✅ Overall Assessment: This PR correctly implements step 6 of the release process (docs/RELEASE.md). Review FindingsStrengths:
Verification:
Security & Quality:
This PR is ready to merge. All changes align with the documented release procedure. |
|
Coverage Report for CI Build 33484827948Warning Build has drifted: This PR's base is out of sync with its target branch, so coverage data may include unrelated changes. Warning No base build found for commit Coverage: 95.393%Details
Uncovered ChangesNo uncovered changes found. Coverage RegressionsRequires a base build to compare against. How to fix this → Coverage Stats
💛 - Coveralls |



Summary
Step 6 of
docs/RELEASE.md, after 1.2.0 was published from thev1.2.0tag (run 33482292299, green).mvn versions:set -DnewVersion=1.3.0-SNAPSHOT -DgenerateBackupPoms=false— all four poms, project version and the three<parent><version>pointers.README.md/CLAUDE.md— "Current reactor version" →1.3.0-SNAPSHOT, "Last released version"1.1.1→1.2.0CLAUDE.md— the paragraph describingmainas sitting at a plain release version with the tag not yet cut described a window that has closed; it now states that a-SNAPSHOTonmainis the normal state between releasesCLAUDE.md— the localjava -jar srcmorph-cli/target/…example tracks the built artifact, so it movesSECURITY.md— no change needed,1.2.xis still the current release lineCHANGELOG.md— no change needed,[Unreleased]already comparesv1.2.0...HEADThe three consumer-facing dependency snippets deliberately stay at
1.2.0. They tell a reader what to depend on, and that is the release, never the snapshot. Same reasoning everywhere below.Test plan
mvn validateresolves the reactor at the new version (a child left pointing at a non-existent parent is the classic failure here)grep -rn "1\.1\.1" --include="*.md" .— remaining hits are deliberate history (the retired relocation stub, thellamaLibraryPathremoval note)Related issues / PRs
Follows #194, #195, #196 and the
v1.2.0release.Checklist
CONTRIBUTING.mdandCODE_OF_CONDUCT.mdGenerated by Claude Code