You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Gate future releases and smoke-test installed packages - #169
Finish the release-validation infrastructure shelved while v0.10.0 shipped. This applies to future releases; it does not alter the published tag or publish another package.
Gate publication on a clean merged-main candidate whose tree matches the exact reviewed PR head with successful agent-files, Linux ARM64, Windows and aggregate ci checks. Missing, failed, skipped, pending, ambiguous or incomplete evidence fails closed.
Inspect and install the exact CLI/MCP packages from an isolated local feed, validating package/tool/server versions and real installed CLI/MCP behavior before NuGet login.
Reuse the existing MCP protocol check for installed servers, preserving its built-binary defaults while bounding output, waits and owned-process cleanup.
Exercise provenance and fake package/process failure contracts plus real package smoke in Linux PR CI; document the operational contract in one focused guide.
No product analyzer changes, new dependencies, raw-capture regeneration, repository settings, tag changes, or package publication.
Validation
Zero-warning Release build; full Windows Release suite: 1,955 passed and one expected elevated-host skip.
CLI help, MCP schema/stdout/call, docs/package-isolation, pinned agent files/links, and all 31 deterministic trace tasks passed.
Provenance positive/negative query and exact-tree/CI tests passed.
Real local 0.10.0 pack/install smoke passed on Windows: CLI info/rank on copied speedscope, EventPipe and ETL, unknown-command rejection, exact MCP tool list and real initialize/list/call; owned work removed.
Executed the same CI pack/MinVer version-discovery/installed-smoke sequence without a version override; packed filenames and installed versions matched.
Bounded read-only pre-PR review found one MinVer static-property lookup error, corrected and verified by the no-override end-to-end smoke.
First Linux package smoke exposed multiple native application matches being joined into one path; SDK/git/gh lookup now selects the first ApplicationInfo, with actual-assignment regression witnesses for duplicate matches.
Review identified a post-response MCP shutdown hang reported as success; a respond-then-hang fake reproduced it, now fails with a shutdown diagnostic and confirmed child cleanup. Real built and installed servers still pass.
Both release provenance and package smoke now use the same semantic-version validator; regression cases cover hyphen prerelease identifiers and reject numeric leading zeros/build metadata.
Scope
The existing v0.10.0 release remains unchanged. Post-merge, only read-only release-provenance verification is planned; no publish workflow will be dispatched.
Finish the post-release validation infrastructure without changing the published v0.10.0 tag or product analyzer.
Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
Align semantic-version prerelease validation across release stages
tools/Test-ReleasePackages.ps1:53
ExpectedVersion uses a different semantic-version grammar from Get-ReleaseVersion: it rejects a version that readiness accepts (1.2.3--) while accepting a leading-zero numeric prerelease (1.2.3-01) that readiness rejects. A tag can therefore clear the provenance gate and then fail package smoke solely because the two release stages disagree. Use the same prerelease-identifier grammar in both validators.
Addressed the previously missed version-grammar note in the latest review: package smoke now calls the same Get-ReleaseVersion validator as provenance, rather than maintaining a separate regex. Actual validation-call regression cases include 1.2.3--, numeric leading-zero prerelease rejection, and build-metadata rejection. Both deterministic contracts and real installed 0.10.0 smoke pass. No further manual review requested for this narrow validator reuse; no release/tag changes.
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
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.
Summary
Finish the release-validation infrastructure shelved while v0.10.0 shipped. This applies to future releases; it does not alter the published tag or publish another package.
cichecks. Missing, failed, skipped, pending, ambiguous or incomplete evidence fails closed.No product analyzer changes, new dependencies, raw-capture regeneration, repository settings, tag changes, or package publication.
Validation
Scope
The existing v0.10.0 release remains unchanged. Post-merge, only read-only release-provenance verification is planned; no publish workflow will be dispatched.