Apps using MSBuildWorkspace should have some way to pick the appropriate version to match their SDK

[jasonmalinowski]

This issue tracks the underlying problem that was revealed in this bug report. If you write a console app that uses MSBuild, you add a NuGet reference to Roslyn. This isn't obvious that this happens, but it means you are setting an implicit version of Roslyn that impacts what analyzers and generators can load. In that bug, this meant things worked just fine, until their repo got upgraded to a newer SDK, which brought along generators targeting a new version of Roslyn. Suddenly, they have to update their package's references to Roslyn.

The lack of diagnosability there was a problem, but we should still have some way for an application using MSBuildWorkspace to add a package reference to the Roslyn that matches their SDK, that way you can be assured that app can load your other projects just fine.