Rider 2025.2 bringt Junie, den KI-Coding-Agent von JetBrains, direkt in Ihre IDE. Sie können komplexe, mehrstufige Aufgaben mit einem einzigen Prompt an Junie delegieren, wobei Sie stets die Kontrolle behalten. Game-Entwickler*innen werden von diesem Release begeistert sein, denn es bietet Debugging auf Quellcode-Ebene für Unity-Shader, Unterstützung für Mixed-Mode-Debugging und zahlreiche Verbesserungen für Unreal Engine und Godot. Und das neue OpenTelemetry-Plugin stellt Laufzeitdaten wie Protokolle und Statistiken direkt in Ihre IDE bereit.
Entdecken Sie mit Junie eine neue Art zu programmieren: Unser KI-Coding-Agent reduziert Ihre Arbeitslast und steigert Ihre Gesamtproduktivität.
Bei der Entwicklung unseres Coding-Agents liegt unser Fokus auf realen Entwicklungsaufgaben, um die Akzeptanz zu steigern und verlässliche Ergebnisse zu liefern. Junie erledigt problemlos einfache Aufgaben, glänzt aber insbesondere bei komplexeren Herausforderungen. Nutzen Sie den Code-Modus, um Programmieraufgaben zu delegieren, oder den Ask-Modus, um gemeinsam mit der KI über Features oder neue Lösungen nachzudenken.
Im KI-Abschnitt dieser Seite erfahren Sie mehr über die neuesten Funktionen von Junie.
Unser überarbeitetes Monitoring-Toolfenster macht die Leistungsoptimierung von .NET-Anwendungen zum Kinderspiel. Es bietet jetzt interaktive Diagramme für CPU-Auslastung, Speicherverbrauch und Garbage-Collection-Aktivitäten und ermöglicht das Starten von Leistung- oder Speicher-Profiling-Sessions für tiefergehende Analysen. Unter Windows kann es sogar Leistungsengpässe automatisch erkennen! Wenn Sie einen Befund anklicken oder ein Zeitintervall in einem Diagramm auswählen, werden die Aufruflisten im vorinstallierten dotTrace-Profiler angezeigt und die betreffende Methode im Editor geöffnet.
Dank dem neuen OpenTelemetry-Plugin erhalten Sie Laufzeitinformationen, ohne die IDE zu verlassen! Das Plugin stellt Protokolle und Messwerte direkt in Rider bereit. Sie können von jedem Protokolleintrag direkt zur entsprechenden Codestelle springen, Leistungswerte visualisieren und automatisch generierte Architekturdiagramme basierend auf der Ausführung Ihrer Anwendung überprüfen. So können Sie beim Entwickeln und Testen das Systemverhalten ganz ohne externe Dashboards nachvollziehen.
JetBrains-IDEs unterstützen jetzt das Einrichten eines MCP-Servers (Model Context Protocol) mit einem Klick, um KI-Agents von Drittanbietern einfach einbinden zu können. Wird ein kompatibler Client auf Ihrem System erkannt, fordert die IDE Sie auf, den Server zu aktivieren und die Verbindung automatisch zu konfigurieren – ganz ohne manuelle Einrichtung.
Mit dieser Integration werden die Möglichkeiten Ihrer bevorzugten KI-Clients um die Funktionen Ihrer JetBrains-IDE erweitert, sodass Sie Unit-Tests ausführen, Code refaktorieren und Dateien generieren können.
Bei Rider 2025.2 haben wir mit der ConserveMemory-Einstellung experimentiert, die für die Garbage Collection in Rider zuständig ist. Dadurch ist der Spitzenbedarf an verwaltetem Speicher um bis zu 20% gesunken – eine Verbesserung, die sich besonders bei der Arbeit mit großen Codebeständen bemerkbar macht.
Rider kann jetzt beim schrittweisen Ausführen im Debugger besser mit Fällen umgehen, in denen die Auswertung lokaler Variablen oder benutzerdefinierter Überwachungen rechenintensiv ist. Zuvor konnten rechenintensive Überwachungen wie z. B. die Beobachtung großer Unity-Objekte oder komplexer LINQ-Ausdrücke dazu führen, dass sich das schrittweise Ausführen des Codes aufgrund der benötigten Berechnungen träge anfühlte. Rider überspringt jetzt unnötige Auswertungen effizienter und ermöglicht selbst bei Projekten mit rechenintensiven Überwachungen eine zügige schrittweise Ausführung.
Rider 2025.2 bietet Erstunterstützung für die neuesten Sprachmerkmale von C# 14 sowie eine Reihe weiterer Verbesserungen bei der Codeanalyse. Hier sind einige Highlights:
Rider bietet eine Vorschau auf die Unterstützung der neuen Extension-Member in C# 14 inklusive Code-Completion, Codeanalyse, Find Usages, Rename-Refactoring und mehr.
C# 14 baut die Möglichkeiten der Code-Generierung mit partiellen Events und Konstruktoren weiter aus. Rider deckt jetzt auch diese neuen Anwendungsfälle ab.
Mit Rider 2025.2 können Sie die neuen Muster a?.b = c und a?[i] = c verwenden, um Ihren Code zu vereinfachen und dabei potenzielle Nullwerte sicher zu behandeln.
Rider erkennt und verarbeitet jetzt benutzerdefinierte zusammengesetzte Zuweisungsoperatoren, die seit C# 14 möglich sind.
Rider erkennt jetzt die neuen Präprozessoranweisungen#! und #:.
Eine vollständige Liste der C#- und Codeanalyse-Updates finden Sie auf der Seite Das ist neu in ReSharper 2025.2.
Ab sofort unterstützt Rider Code-Completion-Erweiterungen, die auf der CompletionProvider-API von Roslyn basieren. Dies bedeutet, dass über NuGet bereitgestellte Analyzer intelligente, kontextspezifische Completion-Vorschläge anbieten können, indem sie den CompletionService von Roslyn nutzen.
Diese Verbesserung ermöglicht erweiterte ASP.NET-Core-Completions (z. B. Route-Muster und Syntaxelemente für Embedded-Sprachen) sowie benutzerdefinierte Completions aus Community-Paketen und internen Tools. Das Ergebnis ist eine flexiblere Entwicklungserfahrung in Rider.
Rider unterstützt jetzt vollständig Roslyn-basierte Suppressoren, die unnötige Warnungen anhand einer frei definierbaren Logik unterdrücken, um Ihre Quellcode-Dateien nicht mit Warnungen zu überfrachten. Anders als herkömmliche [SuppressMessage]-Attribute oder #pragma-Anweisungen arbeiten diese Suppressoren unsichtbar im Hintergrund. Wenn eine Diagnose unterdrückt wird, verschwindet sie einfach aus Ihrem Editor und stört Ihren Arbeitsablauf nicht.
Wir haben die Import-Funktionen in der Code-Completion und den Quick-Fixes weiter verbessert. Statische Member von Typen werden jetzt unterstützt, und auch bei anderen Symbolen wurden Treffsicherheit und Performance gesteigert.
Code-Annotationen importieren jetzt automatisch die benötigten Typen, und die Angabe von abgeleiteten Typen über Kontextaktionen wird in mehr Situationen unterstützt.
Wir haben mehrere Probleme bei der Codeanalyse behoben, darunter solche, die mit der Sprachinteroperabilität und F#-Skripten zusammenhängen.
Junie, der KI-Coding-Agent von JetBrains, ist jetzt bis zu 30% schneller und unterstützt das Model Context Protocol (MCP), wodurch eine umfassendere Kontextsensitivität und eine intelligentere Aufgabenausführung ermöglicht wird. Ab diesem Release können Sie Junie auch bei der Remote-Entwicklung verwenden.
Junie ist jetzt in GitHub integriert und hilft Ihnen, Pull-Requests zu verwalten, ohne Ihre IDE zu öffnen. Beim asynchronen Arbeiten nimmt sich Junie mehr Zeit für seine Analysen und Reaktionen und liefert durchdachte, kontextspezifische Ergebnisse. Diese Funktion ist derzeit in einem Early-Access-Programm verfügbar – tragen Sie sich in die Warteliste ein, um sie in Ihrer IDE auszuprobieren.
JetBrains AI Assistant hat soeben ein umfassendes Upgrade erhalten – er bietet Ihnen jetzt noch schnellere und projektrelevantere Unterstützung, die vollständig in Ihren Entwicklungsworkflow integriert ist.
Das ist neu:
Sie finden alle Details hier.
AI Assistant ist jetzt für Microsoft Visual Studio Code verfügbar – die aus den JetBrains-IDEs bekannten KI-Funktionen können jetzt auch in VS-Code-Workflows genutzt werden.
Die Erweiterung bietet einen projektbezogenen Chat, intelligente Completion-Vorschläge, die von Mellum bereitgestellt werden, Generierung von Dokumentationen, Vorschläge für Commit-Nachrichten und mehr. Der neu eingeführte Agent-Modus unterstützt Sie bei komplexen Änderungen in mehreren Dateien, wobei Sie stets die volle Kontrolle behalten.
Dies ist eine großartige Option, wenn Sie sowohl Rider als auch VS Code für die C#-Programmierung verwenden. Sie können Ihr aktuelles JetBrains-AI-Abonnement verwenden. Falls Sie noch kein Abonnement haben, wird Ihnen automatisch eine kostenlose AI-EAP-Lizenz erteilt, sobald Sie sich mit Ihrem JetBrains-Account anmelden.
Mit diesem Release wird eine großartige neue Funktion für Low-Level-Ausnahmen eingeführt.
Viele Frameworks, darunter auch die Unreal Engine, verwenden die int3-Anweisung und ähnliche Signal- oder Compiler-Intrinsics, um den Debugger anzuhalten. Implementiert wird dies in der Regel in Form von Assertions.
Rider 2025.2 ermöglicht die Unterdrückung dieser Assertion-Ausnahmen, entweder global durch einen neuen Haltepunkt für die Ausnahmeunterdrückung oder lokal durch einen Rechtsklick im Editor beim Auftreten einer Low-Level-Ausnahme.
Ausführlichere Informationen finden Sie in unserem Blogbeitrag.
Mit einer großartigen neuen Funktion für erfahrene Nutzer*innen ermöglichen wir das Anpassen des Verhaltens von Step Into bei bestimmten Methoden. Wenn eine Methode oder Funktion zum Überspringen vorgemerkt ist, verhält sich Step Into wie Step Over – eine erhebliche Erleichterung für den Umgang mit Bibliothekscode beim Debuggen.
Methoden und Funktionen können über die Bedienoberfläche hinzugefügt oder über .natstepfilter- und .natjmc-Dateien konfiguriert werden.
Das Debuggen mehrerer Prozesse kann sich komplex gestalten. Deshalb haben wir eine neue Einstellung hinzugefügt, die alle Prozesse anhält, wenn ein Haltepunkt in einem beliebigen Prozess erreicht wird. Mit neuen Aktionen können Sie außerdem alle Prozesse anhalten, fortsetzen oder beenden.
Rider 2025.2 unterstützt jetzt das Debuggen nativer Prozesse auf Remote-Systemen, ähnlich den bisherigen Möglichkeiten zum Debuggen von Remote-.NET-Anwendungen. Der Dialog Attach to Process ruft über SSH die Liste der Prozesse auf einem Remote-System ab und hängt dann den Debugger an den gewählten Prozess an.
Diese Funktion ist derzeit nur unter Windows verfügbar.
Zu den weiteren kleinen Updates zählen die Möglichkeit, die Reihenfolge der Kindprozess-Tabs über die Konfigurationsdatei zu ändern, die das Anhängen an Kindprozesse steuert, sowie die Unterstützung von Trefferanzahl-Bedingungen bei C++-Haltepunkten.
Natürlich harmonieren all diese neuen Funktionen auch mit der Unreal-Engine-Entwicklung! Im Abschnitt Game-Entwicklung finden Sie weitere Neuerungen für die Unreal Engine.
Rider bietet jetzt Quellcode-Debugging für Unity-Shader im integrierten Frame-Viewer-Plugin!
.rdc-Rendering-Snapshots aus RenderDoc können direkt in Rider untersucht werden.Derzeit nur für Unity-Projekte unter Windows verfügbar.
Unsere Benutzer*innen haben oft nach einer Möglichkeit gefragt, sowohl verwalteten als auch nativen Code zu debuggen, insbesondere in Unity-Projekten. Rider 2025.2 fügt nun Unterstützung für Mixed-Mode-Debugging in Unity-Projekten hinzu – jetzt können Sie sowohl in C#-Code als auch in C++-Code Haltepunkte setzen und bei der schrittweisen Ausführung zwischen den beiden wechseln. Mit einem Kontrollkästchen im Run-Konfigurationseditor können Sie das Mixed-Mode-Debugging aktivieren.
Derzeit nur für Unity-Projekte unter Windows verfügbar.
Die Integration von Rider in den Unity Profiler ist jetzt standardmäßig aktiviert. Diese Funktion wurde in Version 2025.1 experimentell eingeführt und ist nun ausgereift genug, um standardmäßig aktiviert zu werden. Beim Profiling in Unity lädt Rider automatisch die Details und zeigt die Performance-Informationen direkt im Editor an.
Weitere Informationen zu dieser Funktion finden Sie in der Rider-Dokumentation.
Außerdem haben wir eine Reihe von kniffligen Problemen behoben, die zu übersprungenen Haltepunkten, Hängern und anderen Leistungsproblemen führen konnten. Es war sehr schwierig, diese Probleme aufzuspüren und zu reproduzieren, da sie sehr projektspezifisch sind und mit der Größe, speziellen Codemustern, der Verwendung von Generics usw. zusammenhängen. Die Community hat bei der Diagnose und Reproduktion dieser Probleme fantastische Unterstützung geleistet. Herzlichen Dank daher an alle, die sich mit uns ausgetauscht und zahlreiche nützliche Informationen und Rückmeldungen bereitgestellt haben!
UINTERFACE Die hervorragende Unterstützung von Rider für das Aufspüren von Codeverwendungen in Blueprints wurde nun auf Blueprints erweitert, die ein UINTERFACE implementieren.
Wir haben Code-Completion für Methodennamen in BlueprintGetter- und BlueprintSetter-Metadaten eingeführt.
.uproject-Dateien In dieser Version haben wir eine praktische kleine Benachrichtigung hinzugefügt, die vorschlägt, die .uproject-Datei zum Laden Ihres Unreal-Engine-Projekts zu verwenden, statt eine Projektmappendatei zu generieren.
Rider kann das native Unreal-Engine-Projektformat laden, sodass keine Projektmappendateien generiert werden müssen und Game-Entwickler*innen sich einen Arbeitsschritt ersparen können. Diese Änderung hat auch zur Folge, dass Rider Unreal-Engine-Projekte auf Mac und Linux laden kann.
Darüber hinaus haben wir zahlreiche neue Funktionen im nativen Debugger implementiert, die bei der Arbeit mit der Unreal Engine sehr nützlich sein werden. Lassen Sie sich nicht die Neuerungen entgehen, die wir im Abschnitt Natives Debugging vorgestellt haben.
Rider 2025.2 enthält ein neues GDScript-Plugin, das auf dem bisherigen Community-Plugin basiert.
Somit kann Rider jetzt seine eigenen Features für GDScript bereitstellen, z. B. Completion-Vorschläge für Code, Godot-Knoten und Ressourcen. Neben Dokumentationstooltips und Parameterhinweisen können Sie mit Strg+Klick zu Deklarationen navigieren und Funktionen wie Find Usages und das Rename-Refactoring nutzen. Mitgelieferte Dateivorlagen erleichtern das Hinzufügen von neuem Quellcode.
Das Scene Preview-Toolfenster zeigt außerdem alle Knoten der aktuellen Szene, und Symbole im Editor ermöglichen das Ausführen der aktuellen Szene, das Markieren von übergeordneten Methoden sowie das Überwachen der Ressourcennutzung, verbundener Signale und mehr. Mithilfe von Inspektionen können Sie Probleme wie unerreichbaren Code sowie fehlende oder falsche Rückgabetypen erkennen. Rider kann außerdem eine tiefergehende Analyse als der Godot-Editor durchführen und strenger mit nicht typisierten Werten und versehentlichen impliziten Typumwandlungen umgehen. Ergänzend gibt es eine Reihe von Alt+Enter-Aktionen, um Probleme zu beheben oder kleine Änderungen vorzunehmen.
Wir werden in künftigen Releases die GDScript-Unterstützung in Rider weiter ausbauen.
Wir haben auch einige Probleme bei der Arbeit mit Godot-C++-Quellcode behoben: doctest-basierte Tests werden jetzt korrekt ausgeführt, und die .sln/.vcxproj-Generierung wurde verbessert und unterstützt nun macOS, Linux, Windows sowie verschiedene C++-Toolchains. Für das C#-Skripting haben JetBrains Rider und JetBrains Fleet jetzt separate Registrierungsoptionen in den Godot-Editoreinstellungen.
Rider 2025.2 bietet keine dotCover-basierte Coverage-Analyse für Mono- und Unity-Projekte mehr an. Bei der Analyse der niedrigen Nutzungszahlen wurde uns klar, dass dies zu erheblichen technischen Schulden für das Team führt, das sich nun auf Performance-Verbesserungen und Branch-Coverage konzentriert. Wir wollen die Coverage-Analyse für Unity-Projekte wieder einführen, sobald die Migration von Unity auf CoreCLR abgeschlossen ist (wahrscheinlich nach Unity 7 LTS). Die Liste der verfügbaren Zielanwendungstypen im Coverage-Dialog reduziert sich auf .NET, .NET Core, Windows Service und IIS. Wenn die Änderung negative Auswirkungen auf Sie hat oder Sie Bedenken haben, wenden Sie sich bitte an unser Supportteam.
Rider 2025.2 führt experimentelle Unterstützung für den neuen TypeScript-Go-Sprachserver ein und verbessert so die TypeScript-Entwicklung durch eine gesteigerte Performance und eine moderne Architektur.
Um dies in Ihrem Projekt zu aktivieren, installieren Sie das Paket @typescript/native-preview als Abhängigkeit anstelle von TypeScript. Rider erkennt und verwendet automatisch den richtigen Sprachserver.
Weitere Informationen finden Sie auf der Seite Das ist neu in WebStorm.
Über ein integriertes Plugin bietet Rider jetzt Unterstützung für SQL-Datenbankprojekte. Das Plugin ist direkt nach der IDE-Installation einsatzbereit und ermöglicht eine reibungslosere Bearbeitung von SQL-Datenbankprojekten. Einige der wichtigsten Vorteile:
Microsoft.Build.Sql-Projekte im SDK-Stil.Ab Rider 2025.3 wird die Funktionalität der Dynamischen Programmanalyse (DPA) in ihrer jetzigen Form nicht mehr zur Verfügung stehen. Aber dies ist kein Abschied, sondern eine Umgestaltung.
Einige der Analysesysteme, auf denen DPA basiert, werden in das Monitoring-Toolfenster integriert, das Teil unserer breitgefächerten Bemühungen ist, Ihre Arbeitsabläufe zu vereinfachen und einen einheitlichen Ort zur Beobachtung und Verbesserung der Anwendungsperformance bereitzustellen. Durch diese Änderung können wir Ihre Nutzungserfahrung vereinfachen und Ihnen gleichzeitig die wertvollen Erkenntnisse bereitstellen, die Sie zur Entwicklung besserer und schnellerer Softwareanwendungen benötigen. Die in das Monitoring-Tool integrierten DPA-Funktionen sind nur mit dotUltimate-Lizenz verfügbar.