Align module release documentation with implemented behavior
This commit is contained in:
@@ -1,6 +1,7 @@
|
||||
# Roadmap: release individual Go modules
|
||||
|
||||
Status: planned feature; scope and ownership decisions resolved.
|
||||
Status: implemented; post-implementation findings and corrections are recorded
|
||||
in the [remediation review](remediation.md). Release version remains unselected.
|
||||
|
||||
## Purpose
|
||||
|
||||
@@ -10,14 +11,16 @@ ReleaseKit's API and CLI. CommandKit's core and optional integrations provide th
|
||||
consumer case. Each invocation should require only module selection, product
|
||||
settings, and a semantic version, with ReleaseKit owning the common mechanics.
|
||||
|
||||
This roadmap defines the target state and its scope and ownership decisions.
|
||||
The [implementation plan](implementation.md) owns the ordered work from the
|
||||
current baseline. This roadmap does not select a ReleaseKit release version.
|
||||
This roadmap records the feature's target and resolved scope and ownership
|
||||
decisions. The [implementation plan](implementation.md) records the completed
|
||||
stages; [remediation](remediation.md) records review corrections. Current behavior
|
||||
belongs in the [consumer guides](../consumers/), [CLI](../cli.md),
|
||||
[configuration](../config.md), and facade GoDoc.
|
||||
|
||||
## Current baseline
|
||||
## Historical starting baseline
|
||||
|
||||
The baseline is ReleaseKit v0.3.0 plus accepted ADR 0005; module selection is
|
||||
not implemented.
|
||||
Work started from ReleaseKit v0.3.0 plus accepted ADR 0005. At that starting
|
||||
point, module selection was unimplemented and the following baseline applied.
|
||||
|
||||
- `ReleaseRequest` selects a repository, product, and version. `Candidate` and
|
||||
`PublicationResult` expose the version without a distinct module or tag name.
|
||||
@@ -33,9 +36,9 @@ not implemented.
|
||||
consumer Woodpecker template selects `refs/tags/v*` and bootstraps ReleaseKit
|
||||
from repository-root module files.
|
||||
|
||||
The existing candidate capture, declarative validation, exact-object publication,
|
||||
and outcome reporting provide the foundation. Scope and identity need to be
|
||||
carried through those paths together.
|
||||
Candidate capture, declarative validation, exact-object publication, and outcome
|
||||
reporting provided the foundation for carrying scope and identity through all
|
||||
operations.
|
||||
|
||||
## Targeted end state
|
||||
|
||||
|
||||
Reference in New Issue
Block a user