Back in January, we announced Project Rider. In March, we started the private Early Access Program. Today, we’re very excited to announce that the Rider EAP is now open to everyone!
We’ve had some fantastic feedback during the private EAP, and Rider is now well on the way to release. While we’re not quite feature complete, and there are still a couple of rough edges, we know of many people, inside and outside of JetBrains, who are already using Rider for day-to-day development. We’d love you to try it for yourself and let us know what you think, good as well as bad – log an issue, leave us a comment or ping us on Twitter (@JetBrainsRider).
TL;DR:
Download the first public Rider EAP build.
And here’s the Rider home page, the issue tracker and please read the survival guide for various known issues and workarounds. There is also a webinar on November 23rd which will demonstrate Rider in action.
But let’s back up for a moment.
What’s Rider?
Rider is a full featured, cross platform .NET IDE based on ReSharper and IntelliJ. The front end and user interface is built on the proven IntelliJ platform, just like WebStorm or IntelliJ IDEA, and can run on Windows, Linux and Mac. But the engine that drives all of your favourite JetBrains IDE features is ReSharper, running as an out of process language server.
This is a great mixture. Both IntelliJ and ReSharper provide industry leading IDE functionality, and running ReSharper out of process frees us from sharing resources and memory with Visual Studio.
Features
So what’s in the Rider public EAP?
Rider is using ReSharper to provide language features, and our main goal has been to expose as much of this ReSharper functionality as we can for 1.0. And we’ve been building ReSharper for over 12 years, so that’s a lot.
Fortunately, the way Rider works means that a huge amount of functionality can be brought over very quickly. Rider already supports ReSharper’s rich navigation and find usages; automatic, smart and import completion; the vast majority of ReSharper’s over 2,200 inspections and over 1,000 context actions and quick fixes; as well as unit testing, solution wide analysis and more.
But of course, Rider is an IDE, and needs to implement full IDE functionality, including features that ReSharper doesn’t provide, so we also build and debug as well as handle project management – solutions, references, NuGet, and so on.
In fact, there are almost too many features to easily list, so instead, let’s take a look at a couple of different scenarios we’re targeting – .NET Framework, .NET Core, and Xamarin and Unity.
.NET developer
Rider will load standard .NET Framework or Mono projects. It understands Visual Studio .sln files, and will load any MSBuild based project (e.g. .csproj).
And because we now own the solution load process, you’ll find that it’s fast. Even better, if you edit a project file externally, Rider will quickly and automatically reload, almost without you noticing.
References are of course supported by right-clicking on the project in the Solution Explorer. Or you can use our new NuGet window to search, install and update your NuGet packages. Traditionally, this functionality is provided by Visual Studio, so it’s nice to be able to provide a typically JetBrains implementation – we cache results and update in the background, and we think you’ll be very pleased with the speed of it.
And of course Rider supports build, run and debug. Projects are built with MSBuild or XBuild if you’re running cross platform with Mono, while run and debug make use of a powerful feature of IntelliJ – Run/Debug Configurations (ReSharper has a similar feature).
Run configurations allow specifying as many different ways of launching your project as you need, and Rider offers a number of .NET specific templates for launching projects, running arbitrary executables, .NET Core and so on.
Furthermore, Rider supports debugging run configurations. This includes .NET Framework, Mono and .NET Core. Rider uses IntelliJ’s existing debugger UI, offering a familiar call stack view, as well as locals and watch variables. Rider also supports break on exception and setting the next instruction.
No IDE is complete without support for unit testing, and Rider supports running and debugging xUnit.net and NUnit tests, with a familiar user interface – icons displayed in the editor, run or debug from the Alt+Enter menu, and a tree view of running tests. Double click a test to navigate to the code, and of course, the stack traces are clickable, too.
And if you’re worried about switching to a new IDE, don’t be! Our getting started wizard will walk you through setting up Rider, including choosing keymaps that are familiar to Visual Studio and ReSharper users, and suggesting plugins to work better with your code.
.NET Core developer
Rider also supports .NET Core projects. It can open existing projects from the project.json file, or create new ones based on templates from the new project wizard.
And of course, this is all cross platform. If you want to target .NET Core on Mac, or Linux, you obviously want your tooling to be there, too. Rider will give you a full IDE on Windows, Mac and Linux.
When you open a .NET Core project, Rider will automatically restore all NuGet packages, and shows packages as a dependency tree, rather than a flat list. Once loaded, Rider provides the same rich IDE functionality as you get with a traditional .NET Framework project – code completion, navigation, refactorings, inspections and so on.
Adding a reference is as simple as editing the project.json file (with code completion, naturally) and saving; Rider will restore the packages automatically. You can swap between multiple target frameworks with a chooser in the status bar.
It also includes specific functionality for ASP.NET Core, such as Tag Helpers in .cshtml files, with code completion, find usages, and refactoring all supported.
And of course, Rider will build, run and debug your .NET Core projects, all cross platform. But please read the survival guide for known issues with adding references, debugging and unit testing.
And finally, Rider has inherited ReSharper’s ability to run and debug .NET Core unit tests. Well, mostly. This feature is not quite finished, and doesn’t work in all cases – for example, non-Windows projects that also target the .NET Framework. But it currently supports xUnit.net and NUnit, and will also support projects that target multiple frameworks. Again, please check out the survival guide.
Unity and Xamarin developers
While we’ve mostly been focused on exposing existing ReSharper functionality, and adding new, essential IDE level features such as debugging, we also want to make Rider a great IDE for developing Unity3D and Xamarin solutions.
We haven’t really got started on Xamarin support right now, although Rider already includes ReSharper’s existing Xamarin.Forms XAML editing features, with more planned.
But we’re a bit further along with Unity support. Firstly, the Unity editor can be made to open projects, C# files and error messages in Rider by adding the Unity3dRider plugin to your Unity project (this will hopefully be built into Unity in the future). See the readme in the repo for instructions on getting this set up. We’ll blog more about this very soon.
Then, once a project is open in Rider, you’ll find that there is specific Unity functionality, too. We’re bundling the ReSharper Unity plugin (yes, Rider supports plugins!), which adds a number of useful features, such as automatically setting the supported C# language level (no more C# 6 suggestions in your C# 4 code!) and inserting and auto completion of Unity message methods. See the plugin’s readme on GitHub for more details.
Furthermore, Rider will also debug your Unity project. The Run → Attach to local process menu item will show a list of available processes to debug, including available Unity instances.
We’ll write more about Unity support in a future blog post.
IntelliJ features
As if all this wasn’t enough, Rider inherits a number of very cool features from IntelliJ, too. Features such as the REST test client, rich version control support, and the often life saving local history.
Rider also includes DataGrip’s rich database tooling. This means you can open a .sql file and get smart code completion, on-the-fly analysis and quick-fixes across a huge range of databases – MySQL, PostgreSQL, SQL Server, Oracle, and loads more. You can run queries, examine results and even refactor your database.
And that’s not mentioning access to IntelliJ’s rich plugin ecosystem. While the plugin SDK is still under development, Rider already supports both IntelliJ and ReSharper plugins, so Rider can take advantage of existing IntelliJ plugins such as VIM editing mode. Check out the currently available plugins for Rider on our plugin repository site.
Check out Hadi’s Rider Tips and Tricks video from NDC Sydney for more examples of how the IntelliJ platform will help you using Rider.
Why should you use Rider?
Hopefully, you can see that we’ve made Rider a fully fledged IDE, utilising the years of experience and functionality we’ve built into IntelliJ and ReSharper. For a pre-1.0 product, it’s already got an enormous amount of functionality.
We’re aiming to build the best IDE experience for .NET development. We want Rider to be feature rich, and we want it to be fast. And by owning the entire IDE stack, we can deliver on this, and innovate in areas that we haven’t looked at before, such as significantly improving the experience of searching in NuGet.
But the simplest answer is to download it, and try it for yourself – see how well it works for your own solutions and projects.
And remember, Rider is built from the ReSharper codebase – Rider IS ReSharper. New features and fixes in one product will flow into the other. Above all, we’re offering you a choice – if Rider works well for you, cross platform or on Windows, then great! But if you prefer Visual Studio, then rest assured, ReSharper will always be there to help you.
Oh, and one last thing. You might have noticed that we started this journey with the codename “Project Rider”, and were planning on an official name later. Well, it’s now later, and honestly, we like the name Rider. So that’s what it’s going to be – welcome to JetBrains Rider.
Download the first public Rider EAP build from the web site, or fire up Toolbox: Rider’s going to be there as well.
Been using the Rider EAP and loving it. Will Rider support the code cleanup profiles as defined within Visual Studio to automatically reformat code based on the code cleanup profile selected? I couldn’t find an option for that in the EAP. Also, will it be possible to import our existing R# code cleanup profiles as well?
I’m also looking for this. Have you read anywhere else about it? I can’t find anything on the web other than your comment.
Yes, Code Cleanup will be implemented, here’s the request: https://youtrack.jetbrains.com/issue/RIDER-2412
Code style settings are being ported as well.
It will be possible to reuse existing ReSharper code cleanup profiles if they’re saved in a team-shared .dotsettings file.
I’m having some trouble launching Rider on my new laptop. It has a 1080p 13″ screen so applications are scaled by 150% their normal size. IDEA and other apps work perfectly once set up but Rider’s introductory wizard is rather unfortunately sized. Here is a screenshot showing what it looks like to me so you can understand the issue: http://imgur.com/a/lJccs
You’ll note I can’t even see the keys to go to the next page and the images in the center are cropped on the sides to fit. I can work around the issue to get the editor running in the first place but I hope this can get fixed in time for the proper release! Lots of coders out there using ultraportable laptops like I am
Thanks for the report, Ryan. We’ve added it to the tracker: RIDER-3379
I would love to have those icons on autocomplete, also in rubymine, or intellij 😀
Can you clarify what icons you’re referring to?
Will dotMemory, dotCover, dotPeek work in Rider? On other platforms?
Rider has dotPeek built in, like ReSharper does. It will decompile on the fly, as you navigate to symbols you don’t have source for.
The profilers are a little more complicated. Firstly, they need to be work with .NET Core and Mono (we already support running on .NET Core on Windows right now), but secondly, they are very heavily WPF applications, so running them cross platform would be very difficult. One approach might be to treat other platforms as “remote”, and only allow collecting data, to be shown on a Windows machine. But yes, we’d like to see them cross platform, too.
Pingback: JetBrains Rider Early Access Program is now public - How to Code .NET
Awesome!
What about “ReSharper Build” and “Continuous testing”? Is that features planned to be at the first release?
Continuous testing won’t make it in for v1, but we’re definitely looking at it for later on. But we’re planning on adding ReSharper Build.
Love what you guys/girls have done with Rider. Really impressed with it so far and looking forward to seeing this develop further.
I was pleasantly surprised to see .NET Peek included in it too! Glad to see it’s finally in public preview. Keep up the awesome work!
Thanks Joseph, we definitely will!
Does it use Roslyn? If not WHY??? It really makes me, as a consumer, very insecure?
Love IntelliJ, I am sure I will love Rider. Thanks
Simply because it’s based on ReSharper. And ReSharper does not use Roslyn
We’re certainly using Roslyn as a compiler for .NET Framework and .NET Core but we’re not using it as a language service.
Pingback: JetBrains Rider: public builds of the cross-platform .NET IDE now available - How to Code .NET
Awesome!
I am a fan of resharper,the first time to try！
Hi,
Great with public preview. It is a way more comfortable to work with than with private builds.
On a download page https://www.jetbrains.com/rider/download/ you mentioned initial support for new .net core msbuild .csproj projects. I have .net core 1.1 x64 runtime https://www.microsoft.com/net/download/core and msbuild based x64 tools https://github.com/dotnet/core/blob/master/release-notes/preview3-download.md installed.
When I do dotnet new and try to open it with Rider it complains on a project without guid https://youtrack.jetbrains.com/issue/DEXP-148006 applies for public preview.
Just wondering, what are prerequisites to be able to work with .net core msbuild based projects in Rider
Cheers,
Andrii
I am also experiencing the same issue, have never been able to load .net core projects
have tried the public build and several insider builds, both on .net core 1.0 and 1.1
Andrii,
The responsible dev says he’s aware of this problem and he’s looking to provide a fix for the next EAP build. Stay tuned.
Thanks Jura, I’m looking very much forward to it.
Same, want to give this a go on Ubuntu with .NET Core.
Hi there!
When in Rider will appear support of stylecop? As for me currently it’s a main drawback.
Thanks for fast ide
StyleCop will be added as our plugin story matures – notably, once the SDK is available.
Awesome!
Can you guarantee that it will not break my Visual Studio installation in any way? Is there a usable web version? Thanks!
Rider is a stand alone app. VS can peacefully coexist. It’s like asking if firefox will break your chrome install.
I can totally make a browser installer that will break your other browser installations.
Rider is self contained, and doesn’t touch anything that Visual Studio uses. It will use the SDKs and compilers that you already have installed, but won’t add to them, or remove them.
Thank you!
Congratulations on getting to Public EAP! Now everyone can see the awesome.
Is it possible to set this in Rider? http://i.imgur.com/oSjfbMX.png
Yes, debug settings are defined in Run/Debug Configurations. You can either run a standard .net project, or launch a .net executable, which you can also debug. See the Survival Guide for more details.
Congrats guys. This is awesome news.
I’ve been using Rider for Unity for a while now, after a couple months using Consulo. I can’t wait to ditch the bloated windows only Visual Studio, but as of now, Xamarin.Forms development is not quite ready on Rider.
Jetbrains IDE are awesome. period.
Thanks for the feedback! Xamarin Forms support is currently limited to XAML editing features. You can let us know any features you think we should have by raising an issue. Thanks!
Fix typo in the article:
You can run queries, examine results and even refEctor your database.
Fixed. Thanks!
Pingback: Dew Drop - November 22, 2016 (#2369) - Morning Dew
When debugging a unittest it just does nothing, I would expect it to jump to the place where an exception (In this case) is thrown
Debugger and console window in “Debug unit test” are empty
Oops. This looks like a bug (a similar thing with a console app works as expected). I’ve logged this issue: RIDER-3411. Thanks for reporting!
This is with a 100+ projects WPF solution, where we run with http://i.imgur.com/oSjfbMX.png if that helps
You haven’t provided a single reason why I, as a customer, should REALLY work with Rider, and not with Visual Studio anymore. The “reasons” you listed in your blog article sound more like marketing bla bla. So, what would be the real advantage for me? Since VS 2015 Update 3, performance of Visual Studio seems to be OK under most circumstances, Rider doesn’t really seem noticeable faster to me, so this reason mostly went away.
I do develop wpf application, and perfomance of VS15 makes me sad everytime I open XAML editor.
well, Rider doesn’t even have a XAML editor, at least not a visual one.
I love Rider because it is 64 bit (and the footprint is distributed over two processes) which gives me the opportunity to load solutions which contain a huge number or projects (e.g. >1000)! This is of great help for me as I, in my architect role, very often face the challenge to know all my dependencies in the whole product or to browse the complete codebase very fast.
Over 1000 projects? Wow!
If there are many like me, i.e. can’t use ReSharper because it slows VS down to a crawl, the I suspect the reason for Rider is to sell Resharper on a platform that’s quicker. A decent idea if you don’t “need” VS for anything esoteric (like me). 😉
Pingback: JetBrains Rider: Erster EAP-Build offiziell verfügbar - entwickler.de
Is debugging only supported for c#?
Can’t set a breakpoint using vb.net.
Looks like there’s a problem with setting breakpoints in VB.NET. We’ll fix it, meanwhile you can upvote the corresponding bug report.
Is there any plan to support MSTest unit tests? Most of my tests are still written using MSTest which in my opinion is still standard option in Visual Studio.
Is the purpose of Rider to only support cross-platform projects or is it also supposed to be used when targeting full .NET framework? For full .NET framework, MSTest is still pretty common in my opinion?
Thank you.
Hi David
Looks like you’ve already found the issue on MSTest support.
We’ll probably support running MSTest in cases where Visual Studio is installed (because MSTest is licensed as part of Visual Studio.)
Pingback: JetBrains' Rider public EAP, Fedora 25, and MapR’s Customer 360 Quick Start Solution—SD Times news digest: Nov. 22, 2016 - SD Times
Now that ReSharper runs out of process in Roder, will the Visual Studio Resharper run out of process too? Would save a lot in regards to performance and in the end productivity.
Yes, this is what we’re targeting with ReSharper, too. No earlier than next year though.
Regarding the unity support, does anyone know if Rider can attach to a unity project running on an attached android phone? Right now, that doesn’t work with MSVC. Only works with MonoDevelop.
We haven’t investigated connecting to phones so far but we’ll look into this. It will help if you file a feature request.
Wrong, I’m using this feature with VS and VSTU
Pingback: JetBrains’ Rider public EAP, Fedora 25, and MapR’s Customer 360 Quick Start Solution—SD Times news digest: Nov. 22, 2016 - Khabri No 1
Is Rider going to be part of ReSharper Ultimate subscription?
There’s no decision on this so far.
Any plans for supporting PowerShell?
Not decided yet AFAIK, here’s a request to support PowerShell.
Using Rider in prod development for one day. My first impressions are:
1. Faster than Visual Studio and Resharper.
2. Random IDE Java bugs.
3. Text editor glitches – unable to edit for a minute or need to close and open the solution again.
4. Switching git branches and reloading solution in times more faster than VS.
5. Missing some web dev plugins like LESS support.
Thanks for your early feedback!
Reg. (3), is it possible that you get in touch with support so that we can find out what’s causing the glitches?
Also, LESS support is going to be ported from WebStorm fairly soon: at least this is in the scope of v1.
Wow, if Rider targets Xamarin I might very well use that in favour of Xamarin Studio, eerh wait, Visual Studio on the Mac!
Thanks! We’re working to support running and debugging Xamarin, here’s a feature request.
What’s your stance on the new Visual Studio for Mac with Rider / ReSharper?
If it will support extensions, considering ReSharper is multi-platform, will you offer ReSharper for VS for Mac too?
Also, is there any reason you don’t offer R# for VS Code, given that it’s capable of operating as a stand-alone language server?
We have no current plans to extend Visual Studio for Mac or VS Code.
Even if these environments support extensions, reaching production-level stability of an extension as multifaceted as ReSharper in any new environment is a ton of work. We’d like to focus on (1) extending Visual Studio as the traditional and most widely used .NET dev environment, and (2) developing Rider as a standalone IDE in a shell that we own and can promptly improve as necessary.
Rider is awesome and I really like to work with.
Just two points:
– Will MSTest be supported? (like resharper does)
– Any plans to get T4 Template support (language itself, run on build or manually)?
Thanks!
Thanks Bernhard.
We’re hoping to support MSTest although there are certain bundling/licensing issues: basically, we can run MSTest-based tests only if there’s a Visual Studio installation around. Here’s a feature request.
Support for T4 is something that is requested although it’s not currently clear when we can get around to implementing this.
Pingback: JetBrains Rider パブリックEAPリリース | JetBrains ブログ
Pingback: F# Weekly #48, 2016 – Sergey Tihon's Blog
Wheres (Resharper) Template Explorer? Cant live without importing my templates
Hi Paul. I’m afraid we haven’t built it yet! Rider ships with the default templates, and you can export your existing ones to a .dotSettings file. If you name the file after your solution (e.g. mysolution.sln.dotSettings) then Rider will automatically pick it up and use it.
Brilliant! This is so much better than VSCode on the Mac and Linux! Thanks guys, you’ve made my year!
Will JetBrains Rider ever support desktop GUI development?
Rider already supports building and running WinForms and WPF applications, and we’re currently working on UWP support. It includes XAML code completion, inspections and refactorings, but it doesn’t currently include GUI designers.
We’re planning on adding support, but it will be after v1 is released. You can track and vote on issues such as RIDER-3528, RIDER-1034 and RIDER-609.
What will be the price or at least price range for the Rider once it’s released?
It wouldn’t make much sense to me to invest time into evaluation if the price is going to be above the price point I would considering purchasing at…
We’re targeting the price range between ReSharper and IntelliJ IDEA price tags.
Along the same line of thinking, do you have any idea if Jetbrains plans to release a community build of Rider? FWIW, based on early testing, I would gladly pay for a license if it’s price is similar to IDEA’s. That said, I think community involvement would be useful in the development of the product.
Mike, we’re not planning a community edition at this point. We might think again in this direction in a year or two though, we’ll see.
I was waiting for this announce, but I was very disappointed in learning that there is no Xamarin.Forms XAML Previewer in JetBrains Rider. I suppose that Xamarin Studio is still the only viable option for cross platform mobile developers like me.
https://blog.xamarin.com/live-xaml-previewing-with-the-xamarin-forms-previewer/
Emanuele, we’ll be working on previewers for different UI technologies. Unfortunately, this isn’t going to make it for v1 but it’s definitely on our radar. Stay tuned for updates next year.
I have bought an All Products Pack – personal annual subscription.
Will Rider be included in the pack?
Hi everyone, we are using Rider in our dev-house and we are facing a problem that debugging doesn’t show the objects values anymore, I tried to look for it but there was no luck , and Rider doesn’t allow me to install previous version, therefore we are switching to other IDEs , any idea how we could solve the problem ?
the error we get is : “Evaluation is not allowed in this thread state” , it was working fine on previous release.
Pingback: .NET дайджест #14: что нового в .NET Standard 2.0, советы по Event Sourcing, публичное превью Rider : IT лента новостей ⋆ iAMX - Развлекательно-информационный порт
Just wonder how to add service reference (web service , wcf etc) from rider?
Rider does not have such dialog box. However it is possible to generate these using DataSvcUtil.exe – more info at https://msdn.microsoft.com/en-us/library/dd756369(v=vs.110).aspx
Will Rider also be available as a plugin for IntelliJ? We use IntelliJ for many languages via the plugins and it would be great to have one IDE for everything!
There are no plans to do this right now, but we would like to offer this in the future.
Will add the “using static” support?Rider is nice but some project build difficult without “using static” support.
Dong, can you be more specific as to what’s wrong with
using static? There’s a set of reported issues around this in ReSharper (and Rider): please vote up if you’re facing one/several of them. If your problem is different, you might want to create a new issue. Thanks