Verify relative import composition and version ownership
This commit is contained in:
@@ -237,7 +237,7 @@ No limitations.
|
||||
|
||||
## Stage 4 — Verify composition and effective version ownership
|
||||
|
||||
Status: planned. Scope: assembly interactions; reuse existing algorithms.
|
||||
Status: complete. Scope: assembly interactions; reuse existing algorithms.
|
||||
|
||||
1. Cover disjoint same-destination contributions, different destinations,
|
||||
ancestor overlaps, and collisions with explicitly wrapped content. Equal and
|
||||
@@ -259,6 +259,15 @@ Validate: `go test ./internal/engine -run 'Import|Destination|Compose|Overlay|Ov
|
||||
and everyday check. Done: relative placement changes neither tier semantics nor
|
||||
the main-owned version contract.
|
||||
|
||||
Evidence (2026-10-14): based on `4635ef08d5cbeec0b1a1f316cff59cf99e70eba0`,
|
||||
using `go1.26.8 linux/amd64`. The engine import/destination/composition/overlay/
|
||||
override/version/grouped suite, root destination/layered/version suite, and
|
||||
`./scripts/check.sh` all passed. New coverage exercises strict peer behavior,
|
||||
wrapped-content conflicts, lower-tier conflict preservation, nested protected
|
||||
version paths, main-checker timing, and repeated/cyclic physical sources under
|
||||
changed destinations. Existing destination overlay tests continue to verify
|
||||
root-scoped upper tiers. No limitations.
|
||||
|
||||
## Stage 5 — Verify accumulated resource accounting
|
||||
|
||||
Status: planned. Scope: limit regressions and any necessary narrow correction.
|
||||
|
||||
Reference in New Issue
Block a user