Support for .NET SDK 7
JetBrains Rider has supported the .NET SDK 7 since the 2022.3 release. Feel free to download the latest version from https://www.jetbrains.com/rider/download/.
Please sign in to leave a comment.
JetBrains Rider has supported the .NET SDK 7 since the 2022.3 release. Feel free to download the latest version from https://www.jetbrains.com/rider/download/.
Please sign in to leave a comment.
Dear everyone!
Here is a small update about this matter:
Thanks!
Thanks Alexander Kurakin! Appreciate your time and work!
Thanks, Alexander Kurakin! Looking forward to it and appreciate the hard work and time on this matter!
If you're seeing
then try switching your tooling (settings -> build, execution, deployment -> toolset and build -> msbuild version). What I've found is that using msbuild from vs2022 _Community_, all up-to-date, produces this error, but using msbuild from vs2022 _Build Tools_ (all up to date) works just fine. For me, the Rider warning is just that - a warning - I'm currently working on many solutions targeting dotnet7, in Rider. I came here to find out _what_ isn't supported, and that hasn't really become apparent. Apart from the warning, after ensuring that I'm using _Build Tools_ and _not_ VS proper, I wouldn't even know the difference from targeting net6.0.
Interestingly, some projects seemed to be easily upgraded from net6.0 to net7.0 without any issue, and other times I had to manually set the build tools msbuild for use. I only have vs2022 community installed "just in case" I need an IDE - I tend to use Build Tools anyway, rather than the built-in msbuild, because I can update it out-of-band and I have CLI build for all my projects anyway, so I'm going to need CLI tools.
Alternatively, select msbuild from your dotnet 7 sdk installation folder - it seems like, for some projects, this is being auto-detected & selected.
Jesus man, we're looking at 2-3 weeks after the official release given it's in the latest EAP. Considering Jetbrains don't have the foresight or control MS have over the roadmap, that's really not that bad!
Stop being so bloody entitled, you're just embarassing yourself.
Since I can't seem to edit it, my previous comment was aimed at Pavel
James Hughes James:
I upgraded to 2022.3 yesterday, and now the builds for one of our legacy .NET Framework 4.7.2 projects fail in Rider because it is trying to use .NET Core (not sure which version). Rolling back to 2022.2.4 fixed the issue. I will open a ticket.
I don't know if anyone else had the same issue, but since I upgraded to 2022.3, it's been almost impossible to use Rider due to high CPU usage, almost 80%. This wasn't happening with 2022.2.4.
Have you tried invalidating caches and restarting (from the file menu)? I've had some times when an upgrade to rider doesn't play nicely with existing project caches.
Hi Davyd,
I found out what was the issue (sorry, I totally forgot to come back here and post my solution). I found this info in a ticket thread in Jet Brains support area. The issue was related to Hunspell. Disabling it did the tricky.
But hey! JetBrains just released a new update to 2022.3 (it is 2022.3.1) which contains some bug fixes and, among them, the fix for the Hunspell issue.
Hi all,
I was able to resolve the issue "The current .NET SDK does not support targeting .NET 7.0". I don't know if this is specific to Rider.
MSBuild 17.4 is required for .NET 7. For some reason, even if you have SDK 7.x installed, the build tries to use older version that only works for .net 6.
Add a global.json file to the project to tell MSBuild the SDK version to use. For example (not sure if you have to be so specific with the version, looks like "7.0" works as well):
find your latest sdk version installed with > dotnet --list-sdks
Are we getting close? I'm seeing a lot more red squiggles in Rider these days as .NET 7 features are showing up all over our code.
Unacceptable for how long it took for Jetbrains to support .NET7. I mean the whole reason for having this toolchain is to not needing to use MS Visual Studio. With .NET 7, we just couldn´t!
I'm not sure how you needed MS Visual Studio to develop against net7.0 - not only have I written brand new things in net7.0 in Rider, I'm really close to a release on our main product which is an upgrade from net462 to net7.0 (asp.net mvc4 to asp.net core 7.0 mvc). At most, you could have disregarded the occasional warning and manually switched your toolchain.
Would it have been nice not to have? Sure. Was it a show-stopper? Not At All.
Dear Jetbrains, I have been using your products for a while (resharper v1). You are doing a great job! Release it when it is ready. I have done OSS stuff with Microsoft in the past and I am familiar with how the "sausage machine" works. Good decisions but it can rip through tooling like a living nightmare of a tidal wave for new major versions of the SDK. Suggest the "fast food culture raging" on this thread is kept to a minimum folks, you have no idea what a garganuation engineering feat it is to keep up with tooling for a major release of dotnet. Easy now, slowly slowly we will get there. Patience is a virtue my friends. #genx :)
...isn't it obvious guys? The new tech-revolution started. Especially and maybe even foremost in our segment of the relevant industries (the stack of industries in which people do their work mostly at the computer and now face a lifechanging, potentially dangerous and a very hard to estimate future-prognosis , ...) Such a strong shift in the environments, workplaces and economies has never been here before. Since there is automatic programming, and that not being Closed Source,... Of course they have to focus on something else now. I cannot be mad at them at all. They have to pull all forces together or they could lose everything they've built up in all those past years (e.g. surpassing Microsoft in their alltime-leadership regarding C#/.NET/C IDE-tools-of-the-hour). And ofc I am not talking about absolute numbers - many companies have a hard time changing their habits, so it's a slow process to reach the top - and an even harder to stay there when facing our present times. Their fast success and growth - not only vertically but also horizontally (number of languages, tools, employees, capabilities) just underlines this even more and also shows how much is at stake for them. You also should not forget how good JetBrains IDEs are in other non CLR-related areas. They are fighting many wars with many companies - who all know how to implement the new AI stacks... All you have to see: JetBrains could lose everything right now. All they've built up for such a long time - in little to no time it could be gone due to exponentially growing AI-capabilities while their competitors in the very same industry,.. are most likely doing the very same thing right now - unless they're ... mhh not so clever. And that is: preparing your whole system for the big changes in order to be able to maintain the same quality in a diagonal and relative comparison with their competitors. I'm perfectly fine with not getting the fastest updates atm ... I rather prefer having a non-monopolist market with just a mediocre-to-good quality for some time instead of the JB-like quality that we all got used to - than the perfect supply in their darkest hours at the cost of risking their overall existance. Also you computer scientists and coders,... especially you should know how strong exponential growth/acceleration is. Being behind your competitor for just about 2 months of cumulative employee-working hours could mean to lose all their advantage in the industry soon. Greetings from somewhere 20km from CZ border, your fellow non-egoistic customer #2341171 who is grateful for the past years.
JetBrains guys: we love you! And we get it. It's ok to be late sometimes. Nothing and no one is perfect. But the rule is, as always: communicate with the people you're responsible to! Can we PLEASE get an update on progress or an estimate or something?
Why am I sent to a page about .NET 7 when opening a .NET 8 (preview) solution?