Context
Found during TimeWarp.Architecture task 134 spike (TimeWarp.Jaribu/TimeWarp.Jaribu.TestingPlatform 1.0.0-beta.13, .NET 10 SDK 10.0.301).
Gap
Getting a JARIBU_MULTI aggregator project discovered by dotnet test on .NET 10 required TWO opt-ins, neither documented in the README's M.T.P. section:
- Per-project MSBuild property:
<TestingPlatformDotnetTestSupport>true</TestingPlatformDotnetTestSupport>
- A
global.json opt-in that cannot live in the csproj:
{ "test": { "runner": "Microsoft.Testing.Platform" } }
(.NET 10 removed the VSTest bridge, so without these, dotnet test fails.)
Two landmines worth explicit callouts
- A project-local
global.json added for the runner opt-in must mirror the repo's sdk pin — a global.json without an sdk section silently changed which installed SDK built the tree (picked a newer preview SDK) and broke unrelated projects with unrelated analyzer errors before we pinned it.
- Invocation form matters: bare
dotnet test from inside the project directory works, but dotnet test <path-to-csproj> (and --project <path>) fails with Testing with VSTest target is no longer supported by Microsoft.Testing.Platform on .NET 10 SDK and later. Tooling that shells out per-project with an explicit csproj path (CI scripts, task runners) hits this. Documenting the supported invocation forms would save consumers the same hour.
Request
Extend the README M.T.P. section with both opt-ins, the sdk-pin warning, and the supported dotnet test invocation forms on .NET 10.
Context
Found during TimeWarp.Architecture task 134 spike (
TimeWarp.Jaribu/TimeWarp.Jaribu.TestingPlatform1.0.0-beta.13, .NET 10 SDK 10.0.301).Gap
Getting a JARIBU_MULTI aggregator project discovered by
dotnet teston .NET 10 required TWO opt-ins, neither documented in the README's M.T.P. section:<TestingPlatformDotnetTestSupport>true</TestingPlatformDotnetTestSupport>global.jsonopt-in that cannot live in the csproj:{ "test": { "runner": "Microsoft.Testing.Platform" } }(.NET 10 removed the VSTest bridge, so without these,
dotnet testfails.)Two landmines worth explicit callouts
global.jsonadded for the runner opt-in must mirror the repo'ssdkpin — aglobal.jsonwithout ansdksection silently changed which installed SDK built the tree (picked a newer preview SDK) and broke unrelated projects with unrelated analyzer errors before we pinned it.dotnet testfrom inside the project directory works, butdotnet test <path-to-csproj>(and--project <path>) fails withTesting with VSTest target is no longer supported by Microsoft.Testing.Platform on .NET 10 SDK and later.Tooling that shells out per-project with an explicit csproj path (CI scripts, task runners) hits this. Documenting the supported invocation forms would save consumers the same hour.Request
Extend the README M.T.P. section with both opt-ins, the sdk-pin warning, and the supported
dotnet testinvocation forms on .NET 10.