Skip to content

Fix generateApiChanges diffing the empty root package instead of .any - #16

Merged
Mpdreamz merged 2 commits into
masterfrom
fix/generate-api-changes-any-package
Sep 3, 2026
Merged

Mpdreamz merged 2 commits into
masterfrom
fix/generate-api-changes-any-package

Conversation

@Mpdreamz

@Mpdreamz Mpdreamz commented Sep 3, 2026

Copy link
Copy Markdown
Collaborator

Summary

This landed on the fix/proc-version-and-release-notes-cli branch but that PR (#15) auto-merged before this commit was pushed (its first commit's CI happened to pass, since the previous release it diffed against predated the AOT packaging rewrite). Re-landing it here as its own PR so it's in master before cutting 0.14.1 to complete the failed 0.14.0 release.

The plain assembly-rewriter package id is a DotnetToolSettings.xml v2 shim that maps RIDs to per-RID sub-packages - it ships no managed assembly of its own, so diffing against it finds 0 assemblies and fails Inspect public API changes. Same bug already fixed in assembly-differ/release-notes/nupkg-validator. Points previous-nuget at assembly-rewriter.any instead.

Test plan

  • dotnet build build/scripts/scripts.fsproj -c Release succeeds.

Made with Cursor

Mpdreamz and others added 2 commits September 3, 2026 11:13
The plain "assembly-rewriter" package id is a DotnetToolSettings.xml v2 shim
that maps RIDs to per-RID sub-packages (see generatePackages) - it ships no
managed assembly of its own, so diffing against it finds 0 assemblies. This
would have broken "Inspect public API changes" on the next release, the
same way it just did in release-notes:
https://github.com/nullean/release-notes/actions/runs/33674817669/job/100397363448

The portable, signed managed build lives in "assembly-rewriter.any" instead;
point previous-nuget at that.

Co-authored-by: Cursor <cursoragent@cursor.com>
assembly-rewriter.any doesn't exist on nuget.org yet - the 0.14.0 release
that would have published it failed before reaching the nuget push, so this
next release is effectively the first one under that package id. Without
-a/--allow-empty-previous-nuget, generateApiChanges treats "0 previous
packages found" as a hard failure. Verified locally.

Co-authored-by: Cursor <cursoragent@cursor.com>
@Mpdreamz
Mpdreamz merged commit 803edb2 into master Sep 3, 2026
2 checks passed
@Mpdreamz
Mpdreamz deleted the fix/generate-api-changes-any-package branch September 3, 2026 09:24
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant