David Matson

@dinord - would you be able to help with moving this PR forward? Thanks!

It looks like this PR is stuck; abandoning.

/keep-alive

I really like the v3 choice of making tests projects compile as programs/exes - I've worked on integrating a number of test frameworks into an existing, complex, internal testing infrastructure,...

Another angle to consider here is in designing the RPC contract is how easy it is to nest/delegate test execution. [This discussion](https://github.com/xunit/xunit/discussions/2910) has one example of where that can provide...

Interesting - yeah, I wondered if that would be a good option. It might also be worth considering whether the command line + process output could serve the same purpose....

> I had thought about using the console instead of TCP, it just seemed like TCP would offer me a fairly transparent way to support remoting (the argument could just...

> As for "machine readable results" we already do that with several of our reporters; some are automatic (for example, supporting TeamCity or VSTS/Azure Pipelines), and some are manual (for...

Thanks, Brad. That really clarifies and makes sense to me. Regarding test exe dependencies: completely understood and agreed. >>the meta-runner can be built on top of that format > This...

> To be clear, the existing VSTest test adapter by definition has to be an in-process DLL, and it's VSTest that's responsible for resolving the adapter's dependencies (since in this...