.NET 7 Preview version causing DNT to fail (we had the same problem when we moved from 5->6)

[ShaharPrishMSFT]

.NET 7 Preview version causing DNT to fail (we had the same problem when we moved from 5->6)

[ShaharPrishMSFT]

@bkromhout : I dont know of a workaround. I currently use the one I compiled for the PR when I need to run. Waiting for it to get merged :(

[ShaharPrishMSFT]

I have a PR that fixes this:

#122

[bkromhout]

Hi, is there any possible way to work around this issue while we're waiting for the PR to be merged to fix the issue? Or would it require downgrading Visual Studio? I'm not running a preview version, but I suspect that VS 2022 17.4.0, which I just updated to today, causes the same issue.

[Leon99]

Same here, dnt throws on start after upgrading VS 2022 to 17.4.0.
@RicoSuter any chances you could approve the PR?

[poxet]

I pulled down #122 and built it locally. Now I'm running C:\dev\DNT\src\Dnt\bin\Debug\net7.0\dnt.exe switch-to-projects switcher.json. It works perfectly. Will be great when this is merged so we can use the real dotnet tool install.

[RicoSuter]

Should be fixed in v1.8.1

[RicoSuter]

DNT needs to be upgraded to explicitly support the new .NET runtime and that's why it also initially failed for 5->6.

[bkromhout]

@RicoSuter, any estimate on when 1.8.1 will be available on Nuget? Seems like the CI build is failing currently

[RicoSuter]

Works for me now...

[bkromhout]

Oh, my apologies, upon closer inspection it looks like I was having an unrelated error due to one of our private nuget feeds. Thanks!

[fabsulous]

I am curious whether there is a way to prevent that this will be failing again when the next update is happening. Is it possible to only target something really low, maybe even .NET Standard, and let DOTNET_ROLL_FORWARD take care of the rest?

[RicoSuter]

I think because it's a global tool it cannot be .net std.