Skip to content

Conversation

@AndriySvyryd
Copy link
Member

Fixes #36970

Description

Microsoft.CodeAnalysis.Workspaces.MSBuild requires BuildHost to be available in the output folder for projects that copy dependencies to the output folder. The previous fix removed contentFiles from PrivateAssets of the Microsoft.CodeAnalysis.Workspaces.MSBuild reference to achieve this, however it has a side effect of also copying BuildHost to the publish folder. A more targeted fix is to copy over BuildHost to output folder only when needed.

Microsoft.CodeAnalysis.Workspaces.MSBuild 5.0.0 needs to be referenced as it contains a fix to load BuildHost from the NuGet cache in cases where dependencies aren't copied to the output folder

Customer impact

BuildHost folders appear in the publish folder. The workaround is to delete them or to add contentFiles to PrivateAssets for projects that don't use BuildHost.

How found

Customer reported on 10.0.0-rc2.

Regression

Yes, from 10.0.0-rc1. Introduced in #36708

Testing

Tested manually

Risk

Low, only design-time tools are affected by the change.

@AndriySvyryd AndriySvyryd requested review from a team and cincuranet as code owners November 8, 2025 01:03
@AndriySvyryd AndriySvyryd changed the title [release/10.0] Copy BuildHost manually instead of referencing contentFiles from Microsoft.CodeAnalysis.Workspaces.MSBuild [release/10.0] Copy BuildHost instead of using contentFiles from Microsoft.CodeAnalysis.Workspaces.MSBuild Nov 8, 2025
@AndriySvyryd AndriySvyryd force-pushed the Issue36970 branch 2 times, most recently from 6c0b0aa to 6faf008 Compare November 12, 2025 16:49
@ViktorHofer
Copy link
Member

@AndriySvyryd code complete for 10.0.101 was two days ago but we don't have a final build. If this absolutely must to go into 101, please send out a mail to Tactics asap.

@SamMonoRT
Copy link
Member

@AndriySvyryd code complete for 10.0.101 was two days ago but we don't have a final build. If this absolutely must to go into 101, please send out a mail to Tactics asap.

This is not needed for 10.0.101 - can go into the next servicing release

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.

5 participants