Nouveautés de Rider 2025.2

Explorez une nouvelle façon de coder avec Junie, un agent de programmation IA conçu pour réduire votre charge de travail et augmenter votre productivité de bout en bout.

Nous développons notre agent de programmation en nous concentrant sur les tâches réelles des développeurs pour en faciliter l'adoption et vous permettre d'obtenir des résultats fiables. Junie peut exécuter des tâches simples, mais il brille lorsqu'il est chargé de tâches plus complexes. Utilisez le mode Code pour déléguer des tâches de programmation ou le mode Ask pour réfléchir à des fonctionnalités ou de nouvelles solutions.

Passez à la section IA de cette page pour en savoir plus sur les derniers ajouts à l'ensemble des fonctionnalités de Junie.

En savoir plus

Rider prend désormais en charge les extensions de saisie semi-automatique de code basées sur l'API CompletionProvider de Roslyn. Cela signifie que les analyseurs fournis par NuGet peuvent proposer des suggestions de code intelligentes et contextuelles en utilisant CompletionService de Roslyn.

Cette amélioration permet la prise en charge de la saisie semi-automatique ASP.NET Core avancée (comme les schémas de routage et la syntaxe des langages intégrés), ainsi que des suggestions personnalisées à partir de paquets communautaires et d'outils internes, offrant davantage de flexibilité de votre expérience de développement dans Rider.

L'AI Assistant est désormais disponible pour Microsoft Visual Studio Code, apportant ainsi les fonctionnalités IA familières disponibles dans les JetBrains IDEs aux workflows VS Code.

L'extension offre un chat tenant compte du projet, une saisie semi-automatique du code intelligente reposant sur Mellum, la génération de documentation, des suggestions de messages de commit, et bien plus encore. Le nouveau mode Agent vous aide à effectuer des modifications complexes sur plusieurs fichiers, tout en gardant un contrôle total sur le processus.

C'est une excellente option si vous travaillez avec C# dans Rider et VS Code. Vous pouvez utiliser votre abonnement JetBrains AI actuel. Si vous n'en avez pas encore, une licence AI EAP gratuite vous sera automatiquement délivrée une fois que vous vous serez connecté avec votre Compte JetBrains.

En savoir plus

Cette version introduit une nouvelle fonctionnalité intéressante prenant en charge les exceptions de bas niveau.

De nombreux frameworks, y compris Unreal Engine, utilisent l'instruction int3 et des signaux ou des fonctions intrinsèques du compilateur similaires pour forcer le débogueur à s'arrêter, généralement implémentés sous la forme d'assertions.

Rider 2025.2 permet de supprimer ces exceptions d'assertion, soit globalement via un nouveau point d'arrêt de suppression d'exception, soit localement en cliquant droit dans l'éditeur lorsqu'une exception de bas niveau se produit.

Consultez l'article de blog pour en savoir plus.

Nous avons ajouté une fonctionnalité utilisateur avancée avec des filtres d'étapes, qui modifie le comportement de Step Into pour certaines méthodes. Si vous avez indiqué qu'une méthode ou une fonction doit être ignorée, l'action Step Into se comporte comme Step Over, ce qui facilite grandement le travail avec le code de « bibliothèque » pendant le débogage.

Vous pouvez ajouter des méthodes et des fonctions dans l'interface utilisateur ou les configurer à l'aide des fichiers .natstepfilter et .natjmc.

Le débogage de plusieurs processus peut être complexe. Nous avons donc ajouté un nouveau paramètre qui mettra en pause tous les processus lorsqu'un point d'arrêt est atteint dans n'importe quel processus, et de nouvelles actions permettent de reprendre, mettre en pause et arrêter tous les processus.

Rider 2025.2 prend désormais en charge le débogage des processus natifs sur des machines distantes, tout comme il le fait pour le débogage des applications .NET distantes. La boîte de dialogue Attach to Process récupérera une liste de processus à partir d'une machine distante via SSH, puis joindra le débogueur au processus choisi.

Actuellement disponible pour Windows uniquement.

Parmi les autres mises à jour mineures, citons l'ajout de la possibilité de modifier l'ordre des onglets des processus enfants dans le fichier de configuration qui contrôle l'attachement aux processus enfants, et nous avons ajouté la prise en charge de conditions de nombre d'accès pour les points d'arrêt C++.

Rider offre maintenant le débogage au niveau du code source pour les shaders Unity via le plugin Frame Viewer intégré !

• Inspectez les instantanés de rendu .rdc de RenderDoc directement dans Rider.
• Déboguez les appels de dessin avec les fichiers source des shaders mappés.
• Définissez des points d'arrêt et parcourez le code source ShaderLab d'origine (pas seulement le HLSL généré).
• Affichez les appels de dessin actifs dans une arborescence et déboguez de manière interactive via la sélection de sommets et de pixels.
• Visionnez et développez les textures et utilisez les shaders comme contexte et comme filtres pour l'analyse des appels de dessin.

Actuellement disponible pour les projets Unity sur Windows uniquement.

La possibilité de déboguer à la fois le code géré et le code natif, en particulier dans un projet Unity, était une fonctionnalité très demandée. Rider 2025.2 ajoute la prise en charge du débogage en mode mixte pour les projets Unity, vous pouvez donc désormais définir des points d'arrêt dans le code C# et le code C++ et passer de l'un à l'autre. Cochez la case dans l'éditeur de configuration d'exécution pour activer le débogage en mode mixte.

Actuellement disponible pour les projets Unity sur Windows uniquement.

Nous avons activé l'intégration de Rider avec Unity Profiler par défaut. Cette fonctionnalité a été introduite à titre expérimental dans la version 2025.1 et est désormais active par défaut. Lorsque vous effectuez un profilage dans Unity, Rider charge automatiquement les détails et affiche les informations de performances directement dans l'éditeur.

Vous trouverez plus de détails sur cette fonctionnalité dans la documentation de Rider.

L'excellente prise en charge de Rider pour montrer où votre code est utilisé dans les Blueprints a été étendue aux Blueprints qui implémentent une UINTERFACE.

Nous avons ajouté la saisie semi-automatique du code pour les noms de méthodes dans les métadonnées BlueprintGetter et BlueprintSetter.

Dans cette version, nous avons ajouté une petite notification pratique pour suggérer d'utiliser le fichier .uproject pour charger votre projet Unreal Engine au lieu de générer un fichier de solution.

Rider peut charger le format de projet natif d'Unreal Engine et la génération de fichiers de solution n'est pas requise, ce qui permet aux développeurs de jeux d'économiser une étape. Ce changement permet également à Rider de charger un projet Unreal Engine sur Mac et Linux.

Rider 2025.2 intègre un nouveau plugin GDScript, basé sur le plugin précédemment piloté par la communauté.

Cela signifie que Rider peut désormais ajouter ses propres fonctionnalités pour GDScript, telles que la saisie semi-automatique de code, les nœuds Godot et les ressources. Il affichera des infobulles de documentation et des indications de paramètres, et il prend en charge la navigation Ctrl+Clic vers les déclarations et Find Usages, ainsi que les refactorisations telles que Rename. Des modèles de fichiers sont inclus pour faciliter l'ajout de nouveau code source.

Une fenêtre d'outils Scene Preview affiche tous les nœuds de la scène actuelle et des icônes dans l'éditeur permettent d'exécuter la scène actuelle, de mettre en évidence les méthodes parentes, de surveiller l'utilisation des ressources, des signaux connectés, etc. Les inspections peuvent vérifier des problèmes tels que du code inaccessible, ainsi que des types de retour manquants ou incorrects. Il peut également effectuer une analyse plus approfondie que l'éditeur Godot et être plus strict avec les valeurs non typées et les conversions implicites accidentelles. Un certain nombre d'actions Alt+Entrée permettent en outre de résoudre les problèmes ou d'apporter de petites modifications.

Nous apporterons davantage de mises à jour à la prise en charge de GDScript dans Rider dans les prochaines versions.

Rider prend désormais en charge les projets de bases de données SQL via un plugin intégré. Le plugin fonctionne immédiatement et offre une meilleure expérience pour travailler avec des projets de bases de données SQL. Voici les principales fonctionnalités :

• Prise en charge des projets de type SDK Microsoft.Build.Sql.
• Modèles de projet pour créer de nouveaux projets de base de données SQL de style SDK.
• Comparaison de schémas.
• Publication de projet.
• Importation des projets depuis une base de données.
• Ajout de références de base de données.