Complete ReleaseKit adoption roadmap
This commit is contained in:
@@ -1,6 +1,6 @@
|
||||
# ReleaseKit v0.9.0 implementation plan
|
||||
|
||||
Status: Stages 1–5 complete; Stage 6 is not started.
|
||||
Status: Stages 1–6 complete.
|
||||
|
||||
Implement these stages in integer order during one end-to-end sprint. The target
|
||||
audience is the Luna coding agent. Intermediate stages may temporarily leave
|
||||
@@ -98,7 +98,8 @@ under the local commit policy.
|
||||
**Completed.** Go 1.26.8 selected and downloaded v0.9.0; tidy changed only
|
||||
the tool requirement and its two checksum entries. The helper reported
|
||||
`releasekit v0.9.0` under foreign target and workspace settings without changing
|
||||
module metadata. Documentation alignment and snapshot checks follow.
|
||||
module metadata. In accordance with the requested per-stage commits, metadata
|
||||
was committed separately before documentation alignment and snapshot checks.
|
||||
|
||||
From the repository root, put Go 1.26.8 on `PATH` using the existing
|
||||
[toolchain setup](../release.md#release-toolchain). Use normal dependency
|
||||
@@ -302,7 +303,11 @@ accurately. These results complement Stage 4; they do not authorize a release.
|
||||
|
||||
## Stage 6: Review completion evidence and finish the sprint
|
||||
|
||||
**Status:** not started.
|
||||
**Completed.** The complete diff was reviewed against the feature roadmap.
|
||||
The only Go source change is the completion assertion; the scripts, profiles,
|
||||
integration modules, production APIs, and R1/R2 fixes remain unchanged. The
|
||||
root and workspace-backed integration checks cover the Stage 4 snapshot;
|
||||
subsequent changes only record completion and update roadmap status.
|
||||
|
||||
1. Review the complete diff against the feature roadmap. Confirm the only code
|
||||
change is the order-independent test assertion; metadata selects v0.9.0;
|
||||
|
||||
@@ -1,10 +1,9 @@
|
||||
# ReleaseKit v0.9.0 adoption
|
||||
|
||||
Status: R1 and R2 remediation is complete in separate commits. ReleaseKit v0.9.0
|
||||
adoption and the completion assertion repair remain planned; the root tool still
|
||||
selects v0.8.0. The [implementation plan](implementation.md) owns stage order,
|
||||
tasks, and validation tracking. This document owns the target and selected
|
||||
choices; it does not authorize source or hosted publication.
|
||||
Status: R1 and R2 remediation, ReleaseKit v0.9.0 adoption, and the completion
|
||||
assertion repair are complete. The [implementation plan](implementation.md)
|
||||
records stage order, tasks, and validation evidence. This document owns the
|
||||
target and selected choices; it does not authorize source or hosted publication.
|
||||
|
||||
## Purpose and authority
|
||||
|
||||
@@ -150,8 +149,8 @@ The completion assertion compares the expected alias source/target records
|
||||
without depending on their iteration order, while detecting missing, unexpected,
|
||||
or duplicate records. Its routing and visible-completion assertions remain.
|
||||
Production alias ordering and public contracts are unchanged. This correction
|
||||
remains part of the maintenance scope, separate from completed R1/R2 remediation;
|
||||
the implementation plan owns the test changes and focused verification.
|
||||
was completed as part of the maintenance scope, separate from R1/R2 remediation;
|
||||
the implementation plan records the test changes and focused verification.
|
||||
|
||||
Ordinary releases retain their single selected-module publication suite and
|
||||
separate hosted-delivery outcome. One-time upgrade diagnostics are maintenance
|
||||
|
||||
Reference in New Issue
Block a user