JetBrains Rider Early Access Program is now public

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!

Rider splash screen

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).


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.



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.

Code completion popup

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.

NuGet tool window

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.

Debug configuration dialog open with debugger running

No IDE is complete without support for unit testing, and Rider supports running and debugging 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.

Unit test icon in the editor

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.

Keymaps getting started page

.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.

New project dialog

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.

Target framework switcher

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.

CSHTML tag helper completion

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 and NUnit, and will also support projects that target multiple frameworks. Again, please check out the survival guide.

Test runner

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.

Auto completing Unity message methods

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.

Attach to Unity process to debug

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.

Rider showing database tooling

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.

This entry was posted in How-To's and tagged , , . Bookmark the permalink.

95 Responses to JetBrains Rider Early Access Program is now public

  1. Carel Lotz says:

    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?

  2. Ryan Peters says:

    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:

    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 :)

  3. Claudiu says:

    I would love to have those icons on autocomplete, also in rubymine, or intellij 😀

  4. Даниил Водопьян says:

    Will dotMemory, dotCover, dotPeek work in Rider? On other platforms?

    • Matt Ellis says:

      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.

  5. Pingback: JetBrains Rider Early Access Program is now public - How to Code .NET

  6. Pavel Borisov says:

    What about “ReSharper Build” and “Continuous testing”? Is that features planned to be at the first release?

    • Matt Ellis says:

      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.

  7. 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!

  8. Luis Matta says:

    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

  9. Pingback: JetBrains Rider: public builds of the cross-platform .NET IDE now available - How to Code .NET

  10. freezesoul says:

    I am a fan of resharper,the first time to try!

  11. Andrii Litvinov says:


    Great with public preview. It is a way more comfortable to work with than with private builds.

    On a download page you mentioned initial support for new .net core msbuild .csproj projects. I have .net core 1.1 x64 runtime and msbuild based x64 tools installed.

    When I do dotnet new and try to open it with Rider it complains on a project without guid applies for public preview.

    Just wondering, what are prerequisites to be able to work with .net core msbuild based projects in Rider


  12. Yaroslav says:

    Hi there!
    When in Rider will appear support of stylecop? As for me currently it’s a main drawback.
    Thanks for fast ide :)

  13. Dev says:

    Can you guarantee that it will not break my Visual Studio installation in any way? Is there a usable web version? Thanks!

  14. Mark Rendle says:

    Congratulations on getting to Public EAP! Now everyone can see the awesome.

  15. Mads says:

    Is it possible to set this in Rider?

    • Matt Ellis says:

      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.

  16. Nicolas Bousquet says:

    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.

  17. Dmitrij says:

    Fix typo in the article:
    You can run queries, examine results and even refEctor your database.

  18. Pingback: Dew Drop - November 22, 2016 (#2369) - Morning Dew

  19. Mads skipper says:

    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

  20. Urs says:

    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.

    • Yaroslav says:

      I do develop wpf application, and perfomance of VS15 makes me sad everytime I open XAML editor.

    • Sven Bauer says:

      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.

    • Craig says:

      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). 😉

  21. Pingback: JetBrains Rider: Erster EAP-Build offiziell verfügbar -

  22. matschile says:

    Is debugging only supported for c#?
    Can’t set a breakpoint using

  23. David Pokluda says:

    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.

    • Jura Gorohovsky says:

      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.)

  24. Pingback: JetBrains' Rider public EAP, Fedora 25, and MapR’s Customer 360 Quick Start Solution—SD Times news digest: Nov. 22, 2016 - SD Times

  25. 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.

  26. Jon says:

    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.

  27. 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

  28. Mike says:

    Is Rider going to be part of ReSharper Ultimate subscription?

  29. Thomas Glaser says:

    Any plans for supporting PowerShell?

  30. Ventsi says:

    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.

    • Jura Gorohovsky says:

      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.

  31. Wow, if Rider targets Xamarin I might very well use that in favour of Xamarin Studio, eerh wait, Visual Studio on the Mac!

  32. Daniel Rusznyak says:

    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?

    • Jura Gorohovsky says:

      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.

  33. Bernhard Millauer says:

    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)?


    • Jura Gorohovsky says:

      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.

  34. Pingback: JetBrains Rider パブリックEAPリリース | JetBrains ブログ

  35. Pingback: F# Weekly #48, 2016 – Sergey Tihon's Blog

  36. Paul says:

    Wheres (Resharper) Template Explorer? Cant live without importing my templates :-)

    • Matt Ellis says:

      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.

  37. Brilliant! This is so much better than VSCode on the Mac and Linux! Thanks guys, you’ve made my year!

  38. Marin Aglić Čuvić says:

    Will JetBrains Rider ever support desktop GUI development?

    • Matt Ellis says:

      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.

  39. Dean K. says:

    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…

    • Jura Gorohovsky says:

      We’re targeting the price range between ReSharper and IntelliJ IDEA price tags.

      • Mike Atkisson says:

        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.

        • Jura Gorohovsky says:

          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.

  40. Emanuele Sabetta says:

    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.

    • Jura Gorohovsky says:

      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.

  41. longqinsi says:

    I have bought an All Products Pack – personal annual subscription.
    Will Rider be included in the pack?

  42. Milad says:

    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.

  43. Pingback: .NET дайджест #14: что нового в .NET Standard 2.0, советы по Event Sourcing, публичное превью Rider : IT лента новостей ⋆ iAMX - Развлекательно-информационный порт

  44. QINGLIN SONG says:

    Just wonder how to add service reference (web service , wcf etc) from rider?

  45. Stuart McIntyre says:

    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!

  46. Dong says:

    Will add the “using static” support?Rider is nice but some project build difficult without “using static” support.

    • Jura Gorohovsky says:

      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

Leave a Reply to Daniel Rusznyak Cancel reply

Your email address will not be published. Required fields are marked *