Codeflow into the VMR requires the entire product to be buildable with the runtime we produce. If the product is not buildable, then the PR validation will fail, blocking merge. This is challenging because fixing the product at that point is more difficult - due to the size/complexity of VMR and distance from the original change/developer.

Today we have nothing in runtime that validates this. Only our unit test suite that gives good coverage, but not complete.

We should add a job to https://github.com/dotnet/runtime/blob/main/eng/pipelines/runtime.yml that uses the runtime that was just built, to build the product.

It would need to download the tar-ball, extract it, then set some environment to force the SDK to use that runtime instead of the one it bundles.

This can help us catch regressions that are only covered by build.