Hi, thanks for posting.

Can you share some more detail about where this is going wrong and what you would expect to see? Is NCrunch's instrumentation interfering with your debug session, or are you referring to the new RDI features?

Thanks for sharing the codebase. This really helps with understanding what is happening here.

Because the generated source files aren't actually a part of the solution, NCrunch has no representation for them inside the runtime environment. This means that these files can't be instrumented and they aren't represented in the RDI logs.

When projects are loaded, NCrunch establishes a list of all source files for each project (as provided by MSBuild). We then pass representations of these files downstream into the instrumentation system (which happens after projects are built). The instrumentation system then builds metastructures that are used during test execution to tie the execution path of tests back to the source files.

The manner in which this source generator is working sidesteps this process, as the source files can't be discovered until a project has been fully built, so they cannot be included in the representation passed into the instrumentor. As far as NCrunch is concerned, this is external code that isn't a part of your solution.

The only way I could see this system working with NCrunch is if you found a way to include the generated source files inside your solution itself. The source generation step would then need to be performed upfront on the files in your foreground solution, so that NCrunch could then sync the changes into its workspaces and build them as normal. It would be very messy.

I actually cannot suggest a feasible way for you to get coverage data on this code under NCrunch. You may simply need to accept that the code is functional but not browsable with available code coverage, much as we have currently with other external code.