Release v3.14.1, and record the release sequence - #91
Merged
Conversation
Assembly version and README heading; --version and the built-in help both report 3.14.1 from the Release build. Patch, not minor. In the shipped project exactly one file changed behaviour since v3.14.0 - DirectoryTraversal.cs, where EC-08 replaced the backtracking regex engine. Every other file there changed by one byte, the byte-order mark the encoding pass removed. No conversion or detection policy moved, no schema moved, no CLI option moved, and the set of files any include or exclude mask selects is unchanged. That also settles the audit question: the checklist requires a four-corpus run only when detection or conversion policy changes, and neither did. The notes say so rather than leaving a reader to infer it. The notes lead with the one thing a user could notice and then say plainly that nothing else in this release is visible to them. The deterministic release gate, the smoke suite moving to every pull request, the source-encoding normalization and the documentation rewrite are all real work and none of it reaches EncodingChecker.exe. Padding the list would misrepresent what they are being asked to upgrade for. They also carry the cost of the fix, 128 ms against 148 ms over 3,937 files, because the ledger's earlier claim that it cost nothing was wrong and a reader weighing the upgrade should not have to measure it again. No commit or assembly hash is quoted. Those belong in SAFETY-AUDIT.md, written after the tag: committing it changes the assembly through the PDB checksum. Co-Authored-By: Claude Opus 5 <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.
Two commits: the version bump with its notes, and the release sequence recorded in the
checklist.
Why this is a patch
In the shipped project exactly one file changed behaviour since v3.14.0 —
DirectoryTraversal.cs, where EC-08 replaced the backtracking regex engine. Every otherfile under
sources/EncodingChecker/changed by one byte: the byte-order mark theencoding pass removed.
No conversion or detection policy moved, no schema moved, no CLI option moved, and the set
of files any
-Includeor-Excludemask selects is unchanged. That also settles theaudit question: the checklist requires a four-corpus run only when detection or conversion
policy changes.
The notes say what is not in it
The release gate becoming deterministic, the smoke suite moving to every pull request, the
source-encoding normalization and the documentation rewrite are all real work, and none of
it reaches
EncodingChecker.exe. The notes list them under a heading that says so, ratherthan padding the changelog with work a user cannot observe.
They also carry the cost of the one fix — 128 ms against 148 ms over 3,937 files — because
the ledger's earlier claim that it cost nothing was wrong, and a reader weighing the
upgrade should not have to measure it again.
The release sequence
RELEASE-CHECKLIST.mdsaid what to verify and never what to do first. The sequence livedin whoever ran the last release. It is now twelve numbered steps, each expanded by a
section already in the file, with three points that are not obvious from the gates:
in. This release is the example.
workflow_dispatchonrelease.ymlruns the whole path andthen stops, because creating the release requires a tag push.
through the PDB checksum.
Verification
65 findings — 52 fixed, 9 open
--versionand the built-in help both report 3.14.1the published executable, package — and it stopped without publishing, as designed.
Its summary read: "executables not signed, because the certificate secrets are not
configured", which is the corrected reporting from Clarify defect backlog and release-gate documentation #90 working on a real run
🤖 Generated with Claude Code