Julian Verdurmen

This looks like the same issue : https://github.com/coverlet-coverage/coverlet/issues/1231 Copying the dll from the **refs** folder helped multiple users. See that issue for some scripts

I fixed this on Azure Devops (Linux build) with a copy of the dll as follows: This fixes two warnings: ``` /home/AzDevOps/.nuget/packages/coverlet.msbuild/3.1.0/build/coverlet.msbuild.targets(39,5): warning : [coverlet] Unable to instrument module: /agent/_work/1/s/Backend/MyApp.Domain.Tests/bin/Release/net5.0/MyApp.Infra.dll...

It's a ASP.NET Core 5 application with multiple projects. I'm afraid it will take some time to create a repro.

If I understand it correctly, `true` is creating the refs folder (or ref?), see https://docs.microsoft.com/en-us/dotnet/core/project-sdk/msbuild-props#preservecompilationcontext

@MarcoRossignoli I'm afraid that creating reproduction is hard. I propose the following: coverlet tries to load from the refs folder, create a prerelease of coverlet, and I will be happy...

Same issue here: SpecFlow: 3.9.69 SpecFlow.XUnit: 3.9.69 SpecFlow.LivingDoc: 3.9.57 XUnit: 2.4.1 AdCodicem.SpecFlow.MicrosoftDependencyInjection: 1.1.8 Stacktrace: ``` System.AggregateException : One or more errors occurred. (Invalid argument) (Object reference not set to an...

> I still need a project to reproduce the issue to be able to do anything. I guess this is hard to ask. It's too unstable for that. Isn't the...

Thanks! I think both aren't build for (large) static feeds, isn't?

This is maybe a poor mans test, but looks good in terms of performance:  The CurrentApproachTest is a stripped version of the code from NuGet Client ```c# public class...

results from benchmarkdotnet: ``` ini BenchmarkDotNet=v0.11.5, OS=Windows 10.0.17134.885 (1803/April2018Update/Redstone4) Intel Core i7-8750H CPU 2.20GHz (Coffee Lake), 1 CPU, 12 logical and 6 physical cores Frequency=2156252 Hz, Resolution=463.7677 ns, Timer=TSC .NET...