Rider の新機能 
Rider の新機能 Rider 2025.1 は、.NET 10 および C# 14 プレビュー機能の初期サポートを提供します。本リリースでは、リポジトリ全体の可視性を実現する新しい ファイルビュー、Roslyn 構文ツリービジュアライザー、.NET と C++ ソリューションの両方のデバッグのための多数の機能強化が導入されています。ゲーム開発者は Unity プロファイラーとの統合を活用でき、AI のパワーユーザーは新たにサポートされた LLM の選択肢を活用できます。
JetBrains AI Assistant が大幅にアップグレードされ、AI を活用した開発がよりアクセスしやすく、効率的になりました。今回のリリースでは、JetBrains IDE で AI 機能が無料でご利用いただけるようになりました。これには、無制限のコード補完、ローカルモデルのサポート、クラウドベースの機能へのクレジットベースのアクセスが含まれます。新しいサブスクリプションシステムでは、AI Pro および AI Ultimate レベルで簡単にスケールアップできます。
このリリースでは、よりスマートなコード補完、GPT-4.1 (近日公開)、Claude 3.7、Gemini 2.0 などの新しいクラウドモデルのサポート、高度な RAG ベースのコンテキスト認識、チャットから直接複数のファイルを編集できる新しい編集モードなど、生産性を向上させて反復作業を削減するための主要な機能強化が導入されています。
Rider の新しい ファイルビューで、コードベース全体を移動できます。この再設計されたビューは、 ソリューションビューと並んで表示されます。 ファイルビューでは、ルートからリポジトリ構造全体が表示されるため、フルスタックプロジェクト、設定ファイル、最新の開発環境を構成するその他すべての要素の操作が容易になります。リポジトリ全体の可視性を有効にするには、 ソリューションエクスプローラーツールウィンドウの設定で 新しいファイルビューを選択してください。
Rider の新しい Roslyn 構文ツリービジュアライザーを使用すると、IDE 内で C# 構文ツリーを直接表示および探索できます。このビジュアライザーは、エディターと同期したリアルタイムのツリー可視化を提供します。
対話的にノードを探索してそのプロパティをインスペクションしたり、コードと対応するツリーノード間をすばやく移動したり、包括的な検索機能やフィルタリング機能を使用したりできます。詳細(英語)。
Rider 2025.1 以降、Windows ホストでのリモート開発は、JetBrains、Toolbox アプリを通じてサポートされるようになりました。Linux 接続用の Gateway は引き続き利用可能ですが、リモート開発の主要ハブとして Toolbox アプリへの完全移行が進行中です。JetBrains、Toolbox アプリを使用して Windows、macOS、Linux ホストマシンに接続する方法については、こちらのブログ投稿(英語)を参照してください。
Rider は Unity プロファイラと統合され、CPU パフォーマンスの分析情報をエディターに直接表示します。IDE は CPU 使用率のスナップショットを取得し、コード内にインラインで表示するため、Unity スクリプトの作成とデバッグ時にパフォーマンスのホットスポットを簡単に特定できます。Unity プロファイラの階層ビュー内の呼び出しから、Rider の対応するメソッドにシームレスに移動できます。
このリリースでは、さまざまな C# バージョンに共通する落とし穴や非効率性をターゲットにしたいくつかの新しいインスペクションも導入されています。これには以下が含まれますが、これらに限定されません。
コード分析のこれらの改善点およびその他の改善点の詳細については、ReSharper 2025.1 の新機能を参照してください。
Rider 2025.1 では、Roslyn アナライザーにスコープ指定のクイックフィックスが導入され、ファイル、プロジェクト、ソリューションレベルで単一のアクションで修正を適用できるようになりました。同じ修正を繰り返し適用する代わりに、クイックフィックスメニューからスコープ（単一ファイル、プロジェクト全体、ソリューション全体など）を直接選択できるようになりました。
Rider 2025.1 は、.NET 10 および C# 14 プレビュー機能の初期サポートを提供し、最新の言語拡張機能を常に活用できるようにします。
nameof 以前は、nameof を使用するにはすべての型引数を指定する必要があり、不要な冗長性が生じていました。C# 14 では、型引数を明示的に指定しなくても nameof(List<>) を使用できます。Rider は、nameof 式内の冗長なジェネリクス型引数を検出し、簡素化するクイックフィックスを提供します。
Span<T> コンバージョン C# 14 は、ReadOnlySpan<T>、Span<T>、T[] 間の新しい暗黙的な変換を導入し、span ベースのコードをより直感的に記述できるようにします。Rider はこれらの変換ルールを完全にサポートするようになり、効率的で最新の C# コードの作成に役立ちます。
C# 14 を使用すると、明示的なパラメーター型を必要とせずに、ラムダ式で ref、out、in、scoped などのパラメーター修飾子を使用できるようになります。Rider は、冗長な型指定を削除するためのクイックフィックスを提供します。
Rider および ReSharper における C# 言語サポートの改善の詳細については、当社のブログを参照してください。
推論された型がより多くのパターンに対して表示されるようになり、一致式やその他のパターンを使用する構造を操作する際の明瞭性が向上しました。
F# コード補完のさまざまな部分を書き直したため、動作が高速化し、メモリ使用量が削減され、より正確な提案が提供されるようになりました。
メタデータの構築を最適化し、分析の一貫性のなさやフリーズにつながる問題を修正し、キャンセルを改善してコード編集のパフォーマンスを向上させました。
F# サポートのその他のバグ修正と改善の詳細については、こちら(英語)を参照してください。
Windows および Linux ユーザー向けに、IDE ではメインメニューとメインツールバーを結合する新しいオプションが提供され、より合理化されたインターフェースが作成されます。
Rider を設定すると、プラグインをバックグラウンドで自動更新できます。利用可能な互換性のあるアップデートがすべてダウンロードされ、IDE の次回再起動時に通知なしで適用されます。
今回のリリースでは、文字列インターンシステムを全面的に刷新しました。IDE は、ソースコード、構文要素、シンボル名、ファイルパスなど、膨大な数の文字列を処理するため、効率的な文字列処理が不可欠です。新しい文字列インターンシステムは、以前のバージョンと比較して平均 4 倍の一意の文字列を保存し、メモリ消費量は約半分に削減しました。これにより、大規模な .NET プロジェクトのリソースを解放できます。
Razor タグヘルパーと Blazor コンポーネントサポートが 2025.1 向けに完全に再構築されました。この待望の刷新により、コンポーネントを多用する大規模 ASP.NET ソリューションの解析時間が 5% – 10% で短縮されます。また、.cshtml/.razor ファイルの編集時に再解析イベントが減り、誤ったエラー報告も大幅に減少します。
2025.1 リリースでは、Web フレームワークコンポーネントのコンテキストにおける AI ベースの補完機能の改善に注力しました。これらの変更は、ローカルのコード補完行全体とクラウドベースの補完候補に影響します。
Rider は、AI 生成のユニットテストがプロジェクト内の既存の命名規則に従うことを保証できるようになりました。この改善により、テストスイート全体の一貫性が維持され、手動での名前変更の必要性が減り、テストの統合がよりスムーズかつ直感的になります。
JetBrains AI Assistant のモデルラインナップが拡充されました ! Claude 3.7 Sonnet と Claude 3.5 Haiku のサポートが追加され、Amazon Bedrock にプロビジョニングされました。これにより、よりシャープなレスポンス、より迅速なインサイト、よりスムーズなエクスペリエンスを享受できるようになります。AI Assistant の OpenAI モデルラインナップに、新たに o1、o1-mini、o3-mini が加わりました。
AI Assistant は、オフラインモードでローカルモデルを操作したり、クラウドベースの AI 処理を活用できる柔軟性を提供します。今回、オフラインモードをサポートしたことで、インターネット接続がなくても AI によるコーディング支援の恩恵を受けながら作業できます。Ollama または LM Studio 経由でローカルモデルを使用すると、チャット、コード生成、コミットメッセージ、インラインドキュメントなど、様々な用途にご利用いただけます。
AI Assistant の機能の詳細については、このページを参照してください。
Rider は、.NET アプリケーションのデバッグ中に子プロセスと孫プロセスへの自動アタッチ機能を提供するようになりました。実行 / デバッグ構成で有効にすると、IDE はアプリケーションのプロセスツリー内で生成されたすべての .NET プロセスを追跡し、アタッチします。
新しい 子 .NET プロセスにアタッチするチェックボックスを使用してこの機能を有効にします。
Rider 2025.1 では、LINQ 式のデータ視覚化が改善され、複雑な LINQ クエリをデバッガー内で直接理解し、デバッグすることが容易になりました。クエリ実行の検証、中間結果の確認、LINQ 操作によるデータ変換の理解が深まります。詳細については、この機能のドキュメントを参照してください。
Rider 2025.1 では、例外ブレークポイントをより正確に設定できる新しいブレークポイント設定オプションが導入されました。これにより、以下のことが可能になります。
Rider 2025.1 には、C++ デバッグ用の多くのアップデートが付属しており、Unreal Engine 開発に特に役立つ可能性があります。新機能を確認するには、ここをクリックを参照してください。
dotnet watch のサポート Rider 2025.1 は、dotnet watch 専用の実行およびデバッグ構成を導入し、コードの変更時に自動的に再構築および再起動する必要があるプロジェクトの開発ワークフローを合理化します。
この機能強化は、.cs、.html、.css ファイルを変更するたびにアプリケーションを継続的にビルドするため、特に ASP.NET Core および .NET 開発者にとって有益です。この機能はテストファイルにも拡張され、コードが変更されるたびに自動テスト実行が可能になります。
Rider 2025.1 では、実行構成の入出力リダイレクト機能が利用可能です。標準入力（stdin）として使用するファイルや、プログラム出力をファイルに直接出力することが簡単にできるようになり、デバッグとテストのワークフローが効率化されます。
さらに、実行構成にログファイルをアタッチできるようになりました。これらのファイルは、プログラム実行中に 実行または デバッグツールウィンドウの個別のタブに表示されます。
.env ファイルによる環境変数の設定が簡単になりました Rider 2025.1 は環境変数の管理を簡素化します。手動で変数を入力する代わりに、実行 / デバッグ構成で .env ファイルを直接使用できるようになりました。 環境変数フィールドの横にあるフォルダーアイコン（ 参照）をクリックして .env ファイルをアタッチしてください。Rider は次回起動時に読み込みます。複数のプロジェクト間で複数のファイルを使用することで、設定の一貫性を維持することもできます。
コミットの詳細を差分ビューで直接確認できるようになりました。差分ダイアログには、コミットメッセージ、作成者、日時、コミットハッシュ全体が表示されるようになり、ファイルの履歴をより明確に把握し、変更内容をより早く把握できるようになります。
任意のツールを起動して、インスペクションとフォーマットに加えてコミット前のチェックを実行できるようになりました。カスタムチェックは、 実行構成ダイアログで実行構成として設定できます。これにより、潜在的な問題を早期に発見し、コミット前にコードがプロジェクト標準を満たしていることを確認できます。
Rider は、Git のリモートを追加または更新すると自動的に変更を取得するようになりました。これにより、手動で取得することなく、常に最新のブランチリストとコミット履歴を利用できるようになります。新しく取得したブランチは、Git のブランチツリーに即座に表示されます。すぐに作業を開始でき、リポジトリは常に最新の状態になります。
VCS アップデートの詳細については、このページを参照してください。
Unreal Engine と Unity プロジェクトの両方に NoesisGUI フレームワーク(英語)のサポートが追加されました。
Rider は、XAML 要素とバインディング式のコード補完、およびエラーのハイライト表示とエラー説明ツールチップの表示に NoesisGUI 言語サーバーを使用します。また、Rider では、XAML ファイルで記述されたインターフェースのプレビューも提供されるようになりました。
今回のリリースではデバッガーに重点を置きましたが、Unreal Engine 関連のアップデートや修正にも時間をかけました。たとえば、Rider が ComplexTest テンプレートから作成されたユニットテストを実行できない問題などです。Rider は UMETA と UPARAM のリフレクションマクロを認識してハイライト表示し、マクロとその属性の両方についてコード補完とツールチップのドキュメントを提供するようになりました。
ブループリントのインデックス作成の最適化にも取り組んできました。メモリ使用量を削減し、プロセスのより多くの部分をバックグラウンドスレッドで非同期的に実行するようにしました。これにより、ソリューションを初めて開いた際に Rider がブループリントをインデックスする際の応答性が向上するはずです。
このリリースでは、ネイティブデバッガーに多くの便利なアップデートを実装しました。その中には、大規模なプロジェクトのステップインを最大 50 倍高速化する大幅なパフォーマンス向上も含まれています。詳細については、こちらのブログ投稿(英語)を参照してください。
Rider の Natvis ファイルサポートが改善されました。Natvis ファイルは AppData フォルダーから自動的に読み込まれるようになり、さらにファイルを含むカスタムの場所を指定できる新しいオプションが追加されました。
Rider は Natvis ファイル内の合成項目を認識するようになりました。つまり、デバッガーは型の内容を表示するときに追加のノードを表示します。
デバッガーは子プロセスに自動的にアタッチできるようになり、カスタムルールを適用して、どの子プロセスにアタッチするか、どの子プロセスを無視するかを指定できるようになりました。
デタッチプロセスアクションがネイティブアプリケーションで動作するようになりました。
module.dll!expr 構文を使用すると、式のコンテキスト演算子を指定して、変数またはブレークポイント内のシンボルを解決するためにデバッガーにどこを検索するかを指示できます。
Unreal Engine プロジェクトは、ReSharper C++ エンジンのアップデートの恩恵も受けています。これには、新しい マクロのインライン化リファクタリングや、ユーザーからの要望に応えて、キーワードごとに異なる構文ハイライト表示を利用できる機能などが含まれます。詳細は ReSharper C++ の新機能のページを参照してください。
Unity のプロファイラーとの統合をテスト的に追加しました。設定で有効にすると、プロファイラーの 階層ビューでエントリをクリックすると、Rider でファイルが開き、各行のプロファイル情報が表示されます。
この機能の詳細については、Rider のドキュメントを参照してください。
IDE は、外部フォルダーとして追加されたパッケージのバージョン管理バインディングを正しく認識するようになりました。これにより、メインプロジェクトと作業中の外部パッケージフォルダーの両方にコミットできるようになります。
Rider のカラーハイライトは、Unity 6 で追加された追加の名前付きカラーをサポートするようになりました。
Rider のリモート開発サポートが Unity プロジェクトでより適切に動作するようになりました。具体的には、シェーダーバリアントセレクター(英語)が利用可能になり、Unity の エクスプローラービューで開いているファイルが正しく選択されるようになりました。
Unity にバンドルされている Rider パッケージにいくつかの修正を加えました。たとえば、ルート名前空間が時々欠落することがなくなり、Unity エディターログファイルを Unity 設定ページから直接開くことができ、Rider エントリが Linux で重複しなくなりました。
Rider による Godot へのサポートは .uid Godot 4.4 で導入されたファイル(英語)をサポートするようになりました。Rider でファイルを移動したり、リファクタリングで名前を変更したりすると、プロジェクトの整合性を維持するために、対応する .uid ファイルも一緒に移動されます。
ホット再ロードが Godot C# プロジェクトで機能するようになりました。つまり、デバッグ中にプログラムがブレークポイントで中断されている間に、C# コードへの変更をコンパイルして適用できます。
このリリースでは、抽象クラスのデフォルトコンストラクターが見つからないという不要な警告を削除しました。また、選択されたエディターが変更されたときに外部エディターのコマンドライン引数を自動設定する機能など、Rider との統合を改善するためのプルリクエストを Godot にいくつか提出しました。
Rider 2025.1 は、.NET 熱望(英語)および Azure Rider 用ツールキット(英語)プラグインを介して Azure 関数プロジェクトの実行とデバッグをサポートするようになりました。機能に関するフィードバックは、このチケット(英語)のコメント欄にご記入ください。
.NET 熱望(英語)プラグインは、Rider での AWS Lambda 関数プロジェクトの実行とデバッグもサポートするようになりました。詳しくは、GitHub の問題(英語)を参照してください。
Rider 2025.1 は、Azure Rider 用ツールキット(英語)プラグインを介して Azure App Services プロジェクトのリモートデバッグをサポートするようになりました (Azure 関数と Azure Web アプリがサポートされています)。
Rider 2025.1 には、Angular の次のような多くの改善点が含まれています。
Rider 2025.1 は、Blazor WebAssembly (WASM) 公開の適切なサポートを導入しました。これにより、browser-wasm ターゲットランタイムを使用します 。NET 公開 | フォルダーに公開構成が使用可能になり、出力にファイルが不足することがなくなります。
Rider は、内部からの提案が利用できない場合、特にインポートにおいて、サービスベースのクイックフィックスを優先するようになりました。これにより、関連性の高い修正が最初に表示されるようになり、問題解決の際の摩擦が軽減され、コーディングエクスペリエンス全体が向上します。
詳しい情報については、WebStorm の新機能ページを参照してください。
以前は、Rider で Code With Me セッションを開始するには、「Code With Me を有効にする」アクションを使用して手動で有効化し、再起動する必要がありました。Rider 2025.1 ではこの手順は不要になり、IDE を再起動することなくすぐに共同セッションを開始できます。
2025.1 リリースでは、ベータ版として提供されている改善されたターミナルアーキテクチャが導入されました。ターミナルは安定した標準準拠のコア上で動作し、UI のレンダリングには IDE のエディターを使用します。この変更により、ローカル環境でもリモートでも、様々なプラットフォーム間で互換性とパフォーマンスを維持しながら、新機能を導入することが可能になります。計画と進捗状況の詳細については、こちらのブログ投稿を参照してください。
Rider 2025.1 では、デコンパイラーにいくつかの改善が加えられ、最新の C# 機能のサポートが強化され、コードの可読性が向上しました。新機能は以下のとおりです。
required メンバーのサポート。System.Threading.Lock タイプのサポートが追加されました。ref フィールドと scoped パラメーター修飾子のサポート。allows ref struct 汎用アンチ制約のサポート。ref struct タイプ用のパターンベースの using