Skip to content

docs(contributing): document the 2.0 module-train versioning and 1.x branch model#319

Merged
DemchaAV merged 1 commit into
2.0-devfrom
build/2.0-r6-versioning-branch-docs
Jul 6, 2026
Merged

docs(contributing): document the 2.0 module-train versioning and 1.x branch model#319
DemchaAV merged 1 commit into
2.0-devfrom
build/2.0-r6-versioning-branch-docs

Conversation

@DemchaAV

@DemchaAV DemchaAV commented Jul 6, 2026

Copy link
Copy Markdown
Owner

Why

Two 2.0 policies weren't written down anywhere: how the multi-module version numbers relate, and what happens to 1.x once 2.0 becomes main. This documents both so contributors and consumers have a single answer.

What

  • docs/contributing/release-process.md → new §2.F "The 2.0 module train" — the lockstep rule (all published graph-compose* modules share one version; a fix bumps the whole train by a patch, a feature by a minor), what cut-release.ps1 bumps in one pass, the fonts/emoji independent-version exception, and hyphenated-tag (beta) semantics.
  • CONTRIBUTING.md → new "Version lines and the 1.x maintenance branch" — the transitional model (2.0 work on 2.0-dev; develop/main are the 1.9.x line) and the post-GA model (main = stable 2.0, develop = 2.x working, a 1.x branch cut from the final 1.9.x commit for critical / security fixes only, released as 1.9.x).
  • docs/migration/v2.0.0-modules.md — states the one-version rule up front in the TL;DR.

The version bump targets and branch topology in the text were verified against scripts/cut-release.ps1 and the actual main/develop/2.0-dev state.

Tests

Docs-only. CanonicalSurfaceGuardTest (scans CONTRIBUTING.md + docs/** for retired legacy tokens): 8 tests, 0 failures. New internal anchor resolves.

…branch model

Capture two policies for the 2.0 line:

- Lockstep versioning (the "module train"): all published graph-compose*
  modules share one version and move together — a fix bumps the whole train
  by a patch, a feature by a minor; fonts/emoji keep their independent lines.
  release-process.md gains a 2.F section; the module-migration guide states
  the one-version rule up front.
- Branch model: 2.0 work lives on 2.0-dev until GA; at GA main becomes the
  stable 2.0 line, develop the 2.x working branch, and a 1.x maintenance
  branch is cut from the final 1.9.x commit for critical / security fixes
  only (released as 1.9.x).
@DemchaAV DemchaAV merged commit b7fa8ea into 2.0-dev Jul 6, 2026
10 checks passed
@DemchaAV DemchaAV deleted the build/2.0-r6-versioning-branch-docs branch July 6, 2026 12:44
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.

1 participant