Skip to content

Fix builtin workload manifests to use preview feature band in SDK archives#53857

Merged
mthalman merged 1 commit intodotnet:mainfrom
mthalman:issue53234
Apr 15, 2026
Merged

Fix builtin workload manifests to use preview feature band in SDK archives#53857
mthalman merged 1 commit intodotnet:mainfrom
mthalman:issue53234

Conversation

@mthalman
Copy link
Copy Markdown
Member

For preview SDK builds, the builtin workload manifests (mono toolchain, emscripten) were being placed under sdk-manifests/11.0.100/ instead of sdk-manifests/11.0.100-preview.4/. This happened because the layout target used BuiltinWorkloadFeatureBand (always stable, e.g. 11.0.100) without appending the _workloadVersionSuffix (e.g. -preview.4).

The _workloadVersionSuffix is already computed in Directory.Build.props and correctly used for package IDs. This change applies it to the manifest layout directory path as well.

Fixes #53234

…hives

For preview SDK builds, the builtin workload manifests (mono toolchain,
emscripten) were being placed under sdk-manifests/11.0.100/ instead of
sdk-manifests/11.0.100-preview.4/. This happened because the layout
target used BuiltinWorkloadFeatureBand (always stable, e.g. 11.0.100)
without appending the _workloadVersionSuffix (e.g. -preview.4).

The _workloadVersionSuffix is already computed in Directory.Build.props
and correctly used for package IDs. This change applies it to the
manifest layout directory path as well.
Copy link
Copy Markdown
Contributor

Copilot AI left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Pull request overview

Fixes preview SDK archive layout so builtin workload manifests are placed under the preview feature-band directory (e.g., sdk-manifests/11.0.100-preview.4/) instead of the stable feature band directory.

Changes:

  • Update workload manifest layout path to append the already-computed _workloadVersionSuffix to $(BuiltinWorkloadFeatureBand) when building the target directory.

Copy link
Copy Markdown
Member

@dsplaisted dsplaisted left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Note that as noted in the bug, fixing this will break side-by-side preview installations. You'll need to remove previous .NET SDK 11.0.100 previews or you won't get the right workload versions. We should make sure to note this in the release notes.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

.NET 11 Preview workload manifests use wrong feature band in .NET SDK archives

3 participants