chore: Prepare v1.7.0 release - #78
Merged
Merged
Conversation
Closes the TRIM arc. Version 1.6.1 -> 1.7.0, release notes authored, release-step obligations from deferred row 22 discharged. The notes carry two things CLAUDE.md's commit-prefix scanning could not have produced: - A Behaviour Changes section for TRIM-009's synchronous throw. Its commit is fix:-prefixed, so prefix scanning would have emitted a one-line patch bug-fix and omitted the semantic change entirely. Migration guidance covers the split-call/await and Task.WhenAll shapes, which are the only ones that observe it. - A "What this release does not claim" section naming the interface-factory carve-out in the consumer-facing artifact, not only in the todo, the generator comments, and the skill. Also at the release step, per their recorded dispositions: - TrimmingTests/README.md "How It Works" rewritten (audit callout C8). It described only the pre-TRIM-009 mechanism; now states the two independently-broken conditions, with the holder-prefix table taken from the renderers by grep. - ClassFactoryWithExecute.cs gains the trimming commentary block (deferred item 11, TRIM-009 half). The TRIM-002/007 half stays accepted-with-reason -- preservation genuinely is unobservable in untrimmed Design tests; TRIM-009's behaviour change is not. - todo.md Close-Out Audit section now links the 2026-08-14 whole-arc audit, which it never did -- the arc's final review was undiscoverable from its own container. - 1.x nav_order chain renumbered to a strict 1-9 rather than adding a fresh collision at the top. The v0.x block stays as declared out of scope in d8369b3; now tracked as deferred row 24. AC1-AC4 and AC6 met; AC5 discharged per its close-out restatement, without consumer proof, which the container states plainly. zTreatment PCB-003 unblocked. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Closes the TRIM arc. Version
1.6.1→1.7.0, release notes authored, release-step obligations from deferred row 22 discharged.What v1.7.0 ships
Under-preservation (types trimmed away that shouldn't be) — positional-record DTOs in factory signatures, DTOs carried as
[Factory]entity properties, andFactoryEventBasedescendants reachable only from a subscription lambda. Plus restored incremental caching on the relay-handler branch.Over-preservation (
[Remote]bodies shipping to the browser) — two independent mechanisms, both fixed:[DynamicallyAccessedMembers]named the consumer's own class[Execute]static factories,[FactoryEventHandler<T>]classesIsServerRuntimeguard does not fold inside anasyncstate machineLocalSave, class-level[Execute]What the release notes carry that commit-prefix scanning could not
CLAUDE.md's documented process scans commit prefixes. Run literally it would have produced threefeat:lines, oneperf:, threefix:— and omitted the behaviour change, because TRIM-009's commit isfix:-prefixed and prefix-scanning cannot know a bug fix changed observable semantics. Deferred row 22 existed for exactly this.Task. Awaiting callers are unaffected; migration guidance covers the split-call/await andTask.WhenAllshapes, which are the only ones that observe it.Also at the release step, per recorded dispositions
TrimmingTests/README.md"How It Works" rewritten (audit callout C8) — it described only the pre-TRIM-009 mechanism. Holder-prefix table taken from the renderers by grep; the first draft named the relay prefix from memory and got it wrong, which is recorded.ClassFactoryWithExecute.csgains the trimming commentary block (deferred item 11, TRIM-009 half). The TRIM-002/007 half stays accepted-with-reason — preservation genuinely is unobservable in untrimmed Design tests; TRIM-009's behaviour change is not.todo.md's Close-Out Audit section now links the 2026-08-14 whole-arc audit, which it never did — the arc's final review was undiscoverable from its own container.nav_orderchain renumbered to a strict 1–9 rather than adding a fresh collision at the top. The v0.x block stays as declared out of scope ind8369b3; now tracked as deferred row 24.Verification
Design.slnbuild: succeeded, 0 warnings, 0 errors (the new XML doc block compiles underTreatWarningsAsErrors).Neatoo.RemoteFactory.slnbuild: succeeded, 0 errors. 4 warnings, all pre-existing and untouched by this change (WASMNativeFileReferencein an example project; two CA1062 inTrimmingTests).1.6.1/1.7.0hit outsideDirectory.Build.propsis a generatedobj/AssemblyInfo.cs.Acceptance
AC1–AC4 and AC6 met. AC5 is discharged without consumer proof, per its close-out restatement (audit C4) — the container states this plainly rather than ticking it. The LinkerConfig deletion and Release WASM publish belong to zTreatment PCB-003, now unblocked.
After merge: tag
v1.7.0offmain, CI publishes to NuGet and creates the GitHub release.🤖 Generated with Claude Code