Rider の新機能 
Rider 2019.1は、macOSおよびLinux上でコードカバレッジ、継続的なテスト、およびパフォーマンスプロファイリングをもたらします。Windows開発に関しては、非常に要求されているWindowsフォームデザイナーとEdit&Continueが利用可能です。Xamarinサポートは新しいレベルに到達し、JetBrains Xamarin SDK、Xcode統合、新しいAndroid SDKウィザード、およびAndroidサポートをプラグインリポジトリの別のプラグインとして追加します。
このリリースでは、WindowsフォームアプリケーションのUIの作成、確認、変更に役立つ、待望のWinFormsデザイナーを導入しました。
WinForms Toolboxウィンドウには、フォームサーフェスに追加できるコントロールが表示されます。Toolboxには、Visual Studioと同じデフォルトのコンポーネントセットがあります。Toolboxタブからデザイナの表面にさまざまなコントロールをコピー/貼り付けしたり、コントロールのサイズを変更したり移動したりできます。さらに、タブ上部の検索フィールドを使用してコンポーネントを簡単に検索できます。
新しいWindowsフォームアプリケーションプロジェクトテンプレートと、フォーム、ユーザーコントロール、およびコンポーネント用のファイルテンプレートが用意されています。
制限事項として、Toolboxからフォーム、VB.NET WinFormsアプリケーション、およびサードパーティ製コントロールへのコンポーネントのドラッグアンドドロップはサポートされていません。
このリリースで実装される次の待望の機能は編集して続行（Windows のみ）です。この機能は、アプリケーションがブレークポイントで停止している間にソースコードに変更を適用できます。再開すると、変更は自動的にコードに適用されます。すべてを再コンパイルした後にデバッグセッションを再開する必要がないため、これによって多くの時間を節約できます。
詳細は、 編集と続行、ジャストインタイムデバッグ、およびその他のデバッガの改善(英語)を参照してください。
Unixシステムを使用するすべての人にとって素晴らしいニュースです。コードカバレッジとパフォーマンスプロファイリングは、macOSとLinuxにもたらされます。いくつかの制限がありますが、2019.1では、.NET Core 2.0+アプリケーション（Mono / Mono Unityなし）で連続テストを含む単体テストのカバレッジ分析が可能です。パフォーマンスプロファイラは現在Mono、5.6+およびMono、Unity、2018.3+の各アプリケーションをサポートしています（.NET Coreはサポートしていません）。
続きを見る：
エディターのパンくずリストはC#、VB.NET、およびF#ファイルをサポートするようになりました。パンくずリストを使用すると、現在のドキュメントの構造に対してカーソルの位置をすばやく理解し、その構造内を移動できます。
ソースコード内の親要素にジャンプするには、パンくずリストをその名前でクリックします。C#、VB.NET、またはF#ファイルのネームスペース要素をクリックすると、そのネームスペースが使用されているすべてのファイルに移動できます。
パンくずリストは、エディターの下部（デフォルト）または上部に表示できます。
詳細は、 Riderのパンくずリスト、構造ナビゲーション、パラメータ情報ツールチップ、およびその他のエディターの改善(英語)を参照してください。
ReSharperのIL ViewerツールウィンドウをRiderに持ってきました! IL Viewerは、現在エディターで開いているクラスまたはメソッドのIL命令を表示します。エディターとIL Viewerは同期しています。コード内のシンボルにキャレットを置くと、一致するILが強調表示され、その逆も同様です。IL命令をホバリングすると、RiderはMSDNとECMA-335規格（パーティションIII：CIL命令セット）から抜粋した説明付きのツールチップを表示します。
詳細は、 ガターIL Viewerから静的メソッドを実行し、SDKをインストールし、Riderでさらに改善する(英語)を参照してください。
すべてのXamarinアプリ開発者にとって素晴らしいニュースです。Visual Studioのライセンスやインストールをあなたのマシンに持っていなくても、Windows / macOS上でXamarinを開発できる独自のJetBrains Xamarin SDKを構築しました。これはオリジナルのMSと同じソースを使っているため、JetBrains Xamarin SDKを使ったときの経験はオリジナルのものと同じです。
もう1つの良いニュースは、RiderはXcodeと直接統合されています。この統合のおかげで、XcodeのInterface Builderを使ってXamarinアプリケーションのmacOSプロジェクトのユーザーインターフェースを作成することができます。
Xamarin、Androidのサポートにいくつかの変更があります。まず、機能はプラグイン・リポジトリーから入手可能な非バンドルプラグインに抽出されました。すべての機能を手に入れるには、最初にこのプラグインをインストールする必要があります。
次に、新しいAndroid SDKウィザードは、Riderで初めてAndroidプロジェクトを開いた場合にAndroid開発に必要なすべてのSDKをインストールできます。
Rider 2018.3をリリースした後、パフォーマンスについて多くのフィードバックを受けたため、この分野の改善に焦点を当てました。
Razorページ上のWeb関連言語（JavaScriptやCSSなど）のすべてがReSharperエンジンからWebStormエンジンに移動されました。Razorビューで、EmmetサポートとAngular、React、Vue.js、Meteorの高度なコーディング支援を楽しみましょう。
RazorビューがReSharper Webサポートが使用された最後の場所だったため、今のところWebStormエンジンだけがあなたのJavaScriptとCSSを分析します。Riderの起動時にReSharper関連のアセンブリがロードされなくなったため、ソリューションのロードとRiderの起動時間の両方が速くなりました。
このリリースではIIS ExpressでASP.NET Coreアプリケーションをデバッグするを実行できます。launchSettings.jsonのサポートはIIS Expressもサポートするように拡張されました。前提条件など、IIS Expressがインストールされていることを確認するのに役立つ設定ページがあります。
Riderはまた、信頼されたSSL証明書が設定されているかどうかをチェックし、もし自己署名証明書を生成していなければ生成することを可能にします。
詳細は、 Riderを使用したIIS ExpressでのASP.NET Coreアプリケーションの実行とデバッグ(英語)を参照してください。
F#定義シンボルの名前変更のリファクタリングは、C#およびVB.NETプロジェクトで使用しても、ソリューション全体で機能します。Riderはこの機能を提供した最初のIDEです。
この待望のRenameリファクタリングに加えて、RiderのF#はナビゲーションや使用箇所の検索のような他のサブシステムの便利な新機能の山を与えられましたが、それだけではありません。GitHubページ(英語)でアップデートの全リストを見つけることができます。
以下を含む、新しい言語機能のほとんどはすでにサポートされています。
Switch 式Static ローカル関数Async ストリームUsing の宣言NULL可能性注釈の入力支援は、最新の言語バージョンの機能をサポートするように機能強化されました。
コードエディターに関連して行った変更を簡単に見てみましょう。強化されたパラメータ情報ツールチップは、選択されたオーバーロードのXMLドキュメントを表示するようになり、色が増えました。WebStormおよびDataGripからのインテンションは、言語インジェクションを含むファイルのAlt + Enterメニューの第一級オブジェクトになりました。
最後に、ReSharperからの構造ナビゲーションは、RiderでまたTabを素晴らしいものにするためにここにあります。タブキーとShift+Tabキーを使用すると、マウスまたはカーソルキーを使用せずに、テキストの選択範囲をそれぞれ次のコード要素または前のコード要素にすばやく移動できます。
コードフォーマッタはいくつかの非常に便利な改善点があります：
詳細は、 Riderのパンくずリスト、構造ナビゲーション、パラメータ情報ツールチップ、およびその他のエディターの改善(英語)を参照してください。
すべてのリリースで、Riderのユニットテストサポートを強化しました。2019.1も例外ではありません。
続きを見る: 単体テストの改善(英語)
通常どおり、RiderのUnityのサポートはさらに素晴らしいものになりました。
更(英語)なる詳細はchangelogにあり(英語)ます。
詳細は、 ガターIL Viewerから静的メソッドを実行し、SDKをインストールし、Riderでさらに改善する(英語)を参照してください。
バージョン管理のサポートは、いくつかの点で向上しています。
Web開発に興味がある場合は、次の新機能と改善点について学ぶことができます。
続きを見る: WebStorm 2019.1の新機能(英語)
ここ数週間、Azure Rider用ツールキット(英語)のリリースに向けて多くの改善を行ってきました。Rider 2019.1ではAzureの機能 (V2)のサポートが導入され、C#とF#のプロジェクトテンプレートとアイテムテンプレート、デバッグ、およびデプロイがIDEから直接使用できるようになりました。
また、ファイアウォールルールの追加、および新しいデータベースサーバーと新しいデータベースの作成をサポートすることで、SQLデータベースの機能を改善しました。
Riderを始めるための新しい方法として、最も重要なRiderの機能について説明するチュートリアルを導入しました。このリリースでは、エディターのショートカット、デバッグ、実行/デバッグ構成の使用、VCS、単体テストに関するチュートリアルが用意されています。
チュートリアルは最初のRider起動後にようこそ画面で利用可能です。メニューヘルプ | チュートリアルからチュートリアルを実行することもできます。
詳細は、 ガターIL Viewerから静的メソッドを実行し、SDKをインストールし、Riderでさらに改善する(英語)を参照してください。
コード・ビジョンはエディターでコードに関する有用な情報を表示する新しい方法で、追加の操作が必要です。このリリースでは、コード・ビジョン は、使用箇所、バージョン管理情報、派生型、拡張メソッド、公開API、およびUnity固有のメトリックを示しています。将来のリリースでは、より多くのメトリックを追加する予定です。
Rider 2018.3を使用すると、.NET フレームワーク、.NET Core、およびMonoアプリケーションをリモートでデバッグできます。リモートマシンで実行中のすべてのプロセスを確認するには、新しいアクションリモートプロセスに接続...を使用します。リモートプロセスを選択すると、Riderによってデバッガがアタッチされ、実行を一時停止したり、ブレークポイントを配置したりできます。
リモートのデバッグに加えて、Riderのデバッガは次の機能を提供します。
decimal と hexadecimal の間で数値を切り替えるのに役立ちます。続きを読む： リモートデバッグがRider 2018.3にやってくる(英語)。
手動でプロジェクトの名前を変更することは悪夢となる可能性があります。- 新しい名前を反映するために多くのことを更新する必要があり、それらすべてを覚えておく必要があります。この痛みを軽減するために、解決策を持っています - まったく新しいプロジェクトの名前変更リファクタリング!最小限の労力で自動的に完了させましょう。
詳細は、 プロジェクトの簡単な名前変更 - Rider 2018.3の新しいリファクタリング(英語)を参照してください。
これは長い間待たれていた機能であり、しばらくの間ReSharperに存在しましたが、今までRiderには欠落していました。複数のアセンブリを開き、開いているすべてのアセンブリを横断して探索する場合に使用します。これは、ソリューションおよびファイル・システムのビューに加えて、エクスプローラーウィンドウのビューとして使用できます。参照アセンブリのアセンブリエクスプローラーでの表示コンテキストアクションは、アセンブリー・エクスプローラービューで開くことができます。
詳細は、 Rider 2018.3アセンブリエクスプローラーとクロスプラットフォームの.NETデコンパイラ(英語)を参照してください。
プロジェクトに1つ以上のlaunchSettings.jsonファイルが含まれている場合、Rider 2018.3はこれらのファイルで定義されている起動プロファイルを自動インポートし、実行/デバッグ設定を作成します。
このリリースには、launchSettings.jsonファイルのエディターサポートも付属しています。構文強調表示、コード解析、コード補完が利用できます。
詳細は、 .NET Core launchSettings.jsonを使用してRiderでアプリケーションを実行/デバッグする(英語)を参照してください。
どこでも検索ポップアップは完全に再設計され、より現代的に見えます。
環境設定/設定の新しいプラグイン ページが更新されました：
詳細は、 Rider 2018.3のどこからでも再設計された検索、プラグイン、テンプレートなど(英語)を参照してください。
C#言語サポートが大幅に改善されました：
VB.NET 15.3および15.5の以下の機能がサポートされています。
hex / binary / octal セパレータ。Private Protected メンバーアクセス修飾子。インラインパラメータ名ヒントとクイックフィックスVisual Basic言語バージョンを設定するを追加しました。これらのヒントは、C#と同様に動作します。
このリリースでは、Web開発のための新機能が充実しています。
続きを読む：WebStorm 2018.3の新機能。
より優れたバージョン管理サポートにより、次のことが可能になります。
ターゲットプラットフォームとしてAndroidを使用してXamarinまたはUnityソリューションを開発しているなら、Riderはあなたをカバーしました! それはAndroidのために開発するのに役立つようにAndroid Studioから多くのツールと機能を含みます：
このバージョンのNuGetサポートの改善の大部分は、内部で行われました: 目に見えるものは次のとおりです：
ブログ記事をチェックしてください: 不足しているパッケージを追加し、より速い検索とRider 2018.3のNuGetの改善(英語)
SQL、CSS、HTML、JSON、正規表現、JavaScript、その他多くの言語インジェクションで、C#の文字列リテラルがカバーされるようになりました。文字列の内容に基づいてSQL言語インジェクションが自動的に追加され、//language=LANGUAGEコメント付きの文字列リテラルを手動でマークすることができます。
詳細は、 C#文字列内のSQL、フラグメントエディター、コンソールでクエリを実行する - Rider 2018.3の言語インジェクションアップデート(英語)を参照してください。
Riderは、統合されたパフォーマンスプロファイラを取得します。現時点では、プロファイリング機能はWindowsで利用できますが、Linuxではパフォーマンススナップショットのみを分析できます。
詳細は、 dotTraceを統合したRiderのパフォーマンスコード(英語)を参照してください。
IntelliJ IDEAのフロントエンドとReSharperのバックエンドの両方に新しいF#レクサーを導入しました。既存のいくつかの機能に必要なこのレクサーは、言語サポートをさらに向上させるのに役立ちます。
今回のリリースでは、新しいバックエンドレクサーは、多くのハッキングを取り除くのに役立ちます。ReSharperのバックエンドのフルパワーを利用して、以下のクールな機能を正しく実装しています。
最後に、使用箇所の検索では、判別共用体ケースの使用箇所を検索するときは新規インスタンス作成とパターン、タイプの使用箇所を検索するときは型指定という新しいグループ化タイプを利用できます。
新しいプロジェクトとファイルテンプレートが利用可能です：
詳細は、 Rider 2018.3のどこからでも再設計された検索、プラグイン、テンプレートなど(英語)を参照してください。
Azure Toolkit for JetBrains Riderは、.NET開発者がRiderから直接AzureにWebアプリケーションを簡単に作成、開発、構成、テスト、管理、およびデプロイし、ストレージ、Redisキャッシュ、仮想マシンなどのリソースを操作できるようにするオープンソースプラグインです。
Azure SQLデータベースで作業できるようになり、Cloud Shellのサポートも追加されました。
詳細は、以下を参照してください。
JetBrains DataGripの提供により、Riderのデータベースサポートは次のように強化されています。
詳細は、 Rider 2018.3のどこからでも再設計された検索、プラグイン、テンプレートなど(英語)を参照してください。
詳細は、 .editorconfigアップデート、より多くのビルドオプション、Rider 2018.3でのより良いRoslynサポート(英語)を参照してください。
Unityサポートは、今回のリリースでもう少し大きな飛躍を遂げ、いくつかの非常にエキサイティングな新機能が追加されました。
まず、パフォーマンス指標を紹介しました。Riderは、更新、固定更新、LateUpdateなどの各フレームと呼ばれるイベント関数と、コルーチンメソッドを強調表示します。
次に、Unityのシーン、アセット、およびプレハブから取得したデータで使用箇所の検索を拡張しました。イベントハンドラとして使用されているクラスやメソッドを検索すると、RiderはUnityファイルのどこで使用されているかを、タイプ、コンポーネント名、および親のゲームオブジェクト別に表示します。さらに良いことには、アイテムをダブルクリックするとUnityエディターで直接使用箇所がハイライトされます。
Unityファイルからこの情報を取得することは、Riderが暗黙的に使用されているとしてイベントハンドラーメソッドを正しく強調表示することを意味します。暗黙の使用箇所のハイライトをテキストエディターのガターのアイコンから移動してコード・ビジョンリンクに変えたため、Unityが暗黙的に使用しているクラス、メソッド、およびフィールドが一目でわかります。そしてリンクをクリックするとUnityファイルの中でさえそれらの用法を見つけるでしょう。
デバッガーはUnityについても学び、Unityオブジェクトの追加データを表示できるようになりました。生のポインタのデータも得られます。これはECSジョブのネイティブコンテナーを調べるのに役立ちます。
Riderは、汎用タイプ、 async 関数名、コンストラクター、静的メソッド、およびその他の型情報を含む現代的なC#機能を理解しやすい方法で使用するコールスタックを表示するようになりました。
マルチスレッドコードのデバッグを簡単にするために、スレッド固有のブレークポイントを追加しました。コンテキストメニューを使用してブレークポイントを編集し、特定のスレッドでのみ中断することができます。ブレークポイントは、興味がある特定のスレッドでブレークポイントに達するとヒットするだけです。
デバッガには他にもいくつかのアップデートが含まれています：
unsafe ポインタのインスペクションと拡張がサポートされています。[DebuggerStepThrough] 属性で装飾されたメソッドを正しく処理するようになりました。Debugger.NotifyOfCrossThreadDependency がサポートされています。詳細は、 より意味のあるコールスタック、スレッド固有のブレークポイントおよびその他のデバッガの改善(英語)を参照してください。
Riderには、IISに公開するとカスタムサーバーへの公開という2つの新しい実行構成が導入されています。両方ともASP.NETコアWebアプリケーションをローカルまたはリモートサーバーに導入する目的に役立ちますが、これを行うには異なる手段を使用します。
.pubxml ファイルとなります。現在、ASP.NETコアWebプロジェクトの公開のみがサポートされています。さらに、IISに公開する実行構成タイプを使用してIISにデプロイすると、Windows上でのみ動作します。
詳細は、 Riderを使用してASP.NET Core WebアプリケーションをIIS、FTPなどに公開する(英語)を参照してください。
Riderは、ローカル（Linux）DockerコンテナーでASP.NETコアアプリケーションのデバッグをサポートするようになりました。デバッガをDockerコンテナーに接続すると、本番環境に近いLinux Dockerコンテナーでアプリケーションをローカルで検証できます。
ローカルマシンでのデバッグと同様に、Riderでは、変数、スタックフレーム、スレッドのインスペクションだけでなく、独自のコードと非コンパイルされたサードパーティコードの両方を実行することができます。
現在、ASP.NETコアWebアプリケーションのみがLinux Dockerコンテナーでデバッグできます。RiderはDockerfileから構築されたデバッグコンテナーを許可しますが、Docker compose（docker-compose.yml）を使用して作成されたデバッグコンテナーはまだサポートしていません。
詳細は、 ローカルのDockerコンテナーでのASP.NETコアアプリケーションのデバッグ(英語)を参照してください。
新しいツールバーを使用すると、すべてのファイルを表示するオプションを簡単に切り替えることができ、プロジェクトモデルの一部ではない他のすべてのファイル（茶色で強調表示）が表示されます。次の2つのボタンを使用すると、ソリューションエクスプローラーとエディターを同期させることができます。ソースに自動スクロールは選択されたファイルをエディターで表示し、ソースからの自動スクロールではファイルを選択します。
Rider 2018.2は、ソリューション・ビューに加えてファイルシステムビューを導入しました。このソリューション・ビューは、ソリューションファイルに実際のファイルシステム構造を示しています。インデックスのない項目は、グローバルテキスト検索やToDoインデックスなどのインデックスベースの機能から除外されます。また、スクラッチビューをソリューション と ファイルシステムビューの両方にマージしました。これにより、最近作成されたスクラッチファイルに簡単にアクセスできます。
カスタムファイルのネストをさらに簡単に設定するためのダイアログを追加しました。これらは、SDKベースのプロジェクトファイルと旧式の形式でも、これ以上の要件はありません。Rider 2018.2を使用すると、新しい親ファイルにネストするファイルからドラッグ・アンド・ドロップを使用してファイルネストを適用することもできます。
最新バージョンでは、フォルダーを常に上に表示するオプションもあります。これは、私たちにとってはより自然なプレゼンテーションになるかもしれません。
詳細は、 Rider 2018.2のソリューションエクスプローラーとプロジェクトモデルの更新(英語)を参照してください。
Riderは現在、ReSharperの統計ベーススコアリングアルゴリズムを使用してコード補完を提供しています。これの重要な側面の1つは、Riderが現在、与えられたコード提案が何回使用されたかを追跡することです。より多くの提案が使用されるほど、コード補完に表示される可能性が高くなります。
コード補完をRiderからいくつかの助けを得るのに便利ないくつかの場所に拡張しました。スクラッチファイル、デバッガウォッチ、C# インタラクティブです。通常のC#またはVB.NETファイルにコードを書く場合と同様に、Riderはコード補完とメソッド情報とパラメータヒントポップアップを提供します。
また、安全でないコンテキストでポインタ型のメンバーにアクセスしようとしているときに、. （ドット）の代わりに -> 演算子を使用する必要がある場合に便利な機能も追加しました。安全でないコードを防ぐために、誤った演算子を使用するたびにRiderがそれを検出し、コードを完了すると正しいコードを使用します。
詳細は、 Riderにおけるコード補完の改善2018.2(英語)を参照してください。
各Riderリリースでは、RiderとReSharper Ultimateバンドルのギャップを埋めるために最善を尽くしています。トップオンデマンド機能は確かにRider + dotCoverでした。統合。さらに、Rider 2018.2にはユニットテストコードカバレッジと連続テストのサポートがあります。dotCoverはRider用のバンドルプラグインとして提供され、自動的にRiderとともにインストールされます。
すべての重要な機能が利用可能です：
現時点ではWindowsのみがサポートされています。Monoのサポートはまだ進行中であり、2018.2には含まれていません。
詳細は、 単体テストの適用範囲と継続的なテスト今Riderで!(英語)を参照してください。
ReSharperに欠落している機能のうち、最も必要な機能の1つが最終的にRiderに追加されました。エディター | ライブ・テンプレートとエディター | ファイル・テンプレートのRider設定で、ライブ/サラウンド/ファイルテンプレートの管理、追加、または変更が可能になりました。
マルチファイルテンプレートの作成はまだサポートされていないことに注意してください。
他のJetBrains IDEと同様に、RiderはMacBookタッチバーをサポートしています。タッチバーから多くの操作を直接行うことができます：プロジェクトの実行、ビルド、デバッグ、変更のコミット、およびプロジェクトの更新。コンテキスト依存のボタンは、タッチバーインターフェースの中央にあるアプリケーション固有の領域に表示されます。タッチバーのコンテキストとボタンは、[環境設定] | [環境設定] 外観 & 振る舞い | メニューおよびツールバー | タッチバーページ。
この他に、macOS（環境設定 | 外観 & 振る舞い | 外観 | select ダーク・ウィンドウ・ヘッダーを使用する）でRiderタイトルバーを暗くすることができます。
また、Riderには新しいアイコンが付いています。これらの新しいクリーンでシンプルなアイコンの主な目的は、視覚的混乱を減らし、ツールバーとツールウィンドウの可読性を向上させることです。
Riderは最終的に最新のC# 7.3のすべての機能をサポートしています：
Ref の割り当て。Unmanaged、System.Delegate、および System.Enum の制約があります。Stackalloc 配列初期化子。fixed ステートメント。fixed バッファの索引付け。構文をサポートするだけでなく、新しいインスペクションと適切なクイックフィックスを追加して、コードをC# 7.3と互換性を持たせました。
詳細は、 RiderのC# 7.3とReSharper(英語)を参照してください。
TypeScriptのサポートが改善され、最新のTypeScript 2.9 / 3.0リリースのすべての言語機能がサポートされるようになりました。それに加えて、RiderはTypeScript言語サービス自体によって提供されるより迅速な修正を提供するようになりました。
次の機能も追加されました。
switch用のケースを生成 、 for..ofと繰り返す など）があります。詳細は、 WebStorm 2018.2(英語)を参照してください。
このリリースにはReSpeller 拡張機能が付属しており、スペルチェック機能をそのまま使用できます。コード解析と同様に、ReSpeller は識別子、コメント、文字列リテラルなどのスペルミスやタイプミスをスキャンし、検出された各問題を解決するためのクイックフィックスを提供します。デフォルトでは、Riderがサポートする多くの言語でReSpeller が有効になっています。個々のインスペクションを有効/無効にし、検出されたものの重大度を変更する簡単な方法は、設定で「typo」を検索することです（環境設定 | エディター | インスペクション設定 | インスペクション重大度で終わります）。
その後、Alt Enter メニューを呼び出して、ReSpeller が私たちの間違いを修正するいくつかのオプションを提供します。メニューでは、タイプミスを修正するか、ReSpeller's 辞書に新しい単語を追加することができます。
デフォルトでは、スペルチェッカーには英語（米国）用の辞書が組み込まれています。Hunspell(英語)をベースにした辞書を使用しているため、必要に応じて追加の言語(英語)をインストールできます。
詳細は、 ReSharperとRiderのReSpellerによる統合スペルチェック(英語)を参照してください。
このリリースでは、いくつかの新機能が追加され、いくつかの最適化が行われました。
Rider 2018.2のNuGetサポートには、NuGetログのフィルタとフォーマットのカスタマイズ、および高度な診断が含まれています。これは、NuGetパッケージで何かがうまくいかなかった場合に起こったことを理解できます。
これと同様に、AutoReferencedパッケージとTLS-1.2のみ NuGetフィードのサポートが追加されました。
このようなプロジェクトは時代遅れであるため、project.jsonベースのプロジェクトのサポートは中止されました。前進する時が来たと考えています。
Rider 2018.2では、C# インタラクティブ コンテキストメニューの新しいリファレンスをプロジェクトやアセンブリで使用できます。C# インタラクティブで選択したプロジェクトまたはアセンブリを参照します。Riderは私たちのためにloadステートメントを生成し、すぐに実行します。C# インタラクティブツールウィンドウには、現在のソリューションのプロジェクトを参照するのに役立つ独自のツールバーボタンもあります。
Riderは、C# インタラクティブにデバッガを接続することをサポートし、C# インタラクティブから呼び出されたときに独自のコードを実行します。コードのスニペットを素早くデバッグするために、コンソールアプリケーションや単体テストを書く必要はもうありません。プロジェクトを参照してC# インタラクティブでデバッグを開始するだけです!
詳細は、 Rider C#インタラクティブでの参照とデバッグコードスニペットの追加(英語)を参照してください。
ファイル・テンプレートは現在、F#プロジェクトの内部で動作し、定型コードを含むファイルを生成することはC#の場合と同じくらい簡単です。
FSharp.Compiler.ServiceはいくつかのF# 4.5の機能/変更を受け取るように更新されました。
match! キーワード。最後に、C#プロジェクトとの相互運用性が改善されました。これには、以下のF# 4.1の機能が含まれます。
Records と UnionsのStruct 注釈。Module 接尾辞。
Riderの優れたUnityサポートは、さらに際立っています!
Unityアセンブリ定義ファイル（.asmdef）：JSONスキーマ検証、コード補完、使用箇所の検索、名前変更リファクタリング、ナビゲーションリファレンステンプレート、AsmDefファイルテンプレート、インスペクション /クイックフィックスで自己参照とファイル名/アセンブリ名の不一致を完全にサポートしました: また、RiderはRoslyn C#コンパイラの応答ファイルをサポートするようになりました ( csc.rsp )
Unityがプレイモードでフォーカスを受け取ったときにUnityリロードアセンブルを無効にするオプションが追加されました（2018.2以前のUnityの場合のみ、2018.2は同じオプションがネイティブであるため）。
これからRiderでUnityエディター/プレーヤー ログを直接開くことができます。同様のログエントリをフィルタリングしたり折りたたんだりすることもできます。すべてのコマンドは、Unityログツールウィンドウのコグメニューで利用できます
コード解析が大幅に改善されました。あなたのUnityコードを改善するための新しいインスペクションと適切なクイックフィックスがたくさんありますが、Unityタイプのthis == nullに対する無効な警告が最も注目されています。
これに加えて、リモートプレイヤーのデバッグサポートが改善され、Unityエクスプローラーにパッケージ とスクラッチ ノードが追加されました。
詳細は、 RiderでのGUIDの生成、色付きのパラメータ情報、Riderでのカスタムランタイム引数2018.2(英語)を参照してください。
Riderは、サポートされているすべての言語で2400を超えるコードインスペクションを提供し、エラーやコードの匂いを検出できます。今回のリリースでは、Roslynアナライザーを使用して、コード品質を向上させるためにさらに力を入れました。RoslynアナライザがNuGetまたは .csproj リファレンスを介してプロジェクトにインストールされている場合、Riderはエディターで強調表示し、Alt Enter メニューを使用してクイックアクション（利用可能な場合）を適用できるようにします。
Roslynアナライザのサポートが有効になり、デフォルトでソリューション全体の分析に組み込まれています。関連設定は、エディター | インスペクション設定 | Roslynアナライザで設定できます。すべてのアナライザには設定可能な重大度があり、コンテキストメニューまたは Alt Enter ポップアップから必要に応じて調整できます。ガターの電球にはRoslynのロゴが表示されるため、RoslynとRiderのコード解析を区別できます。
詳細は、Rider 2018.1 EAPにおける Roslynアナライザのサポート(英語)を参照してください。
Rider 2018.1は.NET フレームワークプロジェクトで初期エンティティフレームワークをサポートします。ツール | エンティティフレームワークで利用でき、次の機能が含まれています。
詳細は、Rider 2018.1におけるエンティティフレームワークのサポート(英語)を参照してください。
Unityに対するRiderのサポートは、すべてのリリースでより良くなります。今回のリリースでは、RiderとUnity Editorのコンテキスト切り替えに費やす時間を削減することに重点を置いています。
プレイモードに切り替えたり、プレイモードから切り替えたり、Riderを離れずに1つのフレームを一時停止したりステップ移動したりできます。新しいツールバーにはゲームビューボタン遊びます、一時停止、ステップが含まれています。これらはUnityエディターの同じボタンに対応し、Unityエディターと同じ動作を制御します。ステータスバーに新しく小さなUnityアイコンが表示され、Unityエディターが接続されているか、リフレッシュされているか、またはプレイモードにあるかがわかります。モデルの編集でRiderに適用された変更は即座にUnityエディターに配信されます。
ハイパーリンクされたスタックトレースを備えた新しいUnityのログツールウィンドウでは、Unityエディターコンソールに記録されている同じイベントを探索できます。カテゴリ（エラー、警告、またはメッセージ）によるフィルタリング、ログに記録されたときのイベントの非表示（遊びますまたはモデルの編集）、ログエントリに記述されているソースファイル、クラス、メソッド、。Unityログはプレイモードに切り替わるたびに自動的にその出力を消去します。
Rider 2018.1は、Unityテストランナーとのシームレスな統合も提供します。Rider内からUnity固有のテストの結果を調べ、結果をフィルタリングし、スタックトレースをクリックしてコードに移動します。
最後に、Unity Editorの資産ビューを複製するUnityエクスプローラービューを追加しました。自宅にいるような気分になります。
詳細は、以下を参照してください。
Rider 2017.3で実装されているWPFアプリケーションプロジェクトタイプは、XAMLコードで行った変更の結果をプレビューする組み込みのメカニズムである不足しているフラグメントを受け取りました。
XAML プレビューの設定はツール | XAML プレビューで利用できます。プレビューをオフにしたり、レンダリングされたイメージの品質を設定したり、透明度を設定したりすることができます。
詳細は、RiderのWPF用のXAMLプレビューツールウィンドウ(英語)を参照してください。
メモリー・ビューと呼ばれる新しいデバッガ機能を使用すると、アプリケーションのメモリ空間でコードの影響を理解するために、アプリケーションの中を見て、デバッグ中にマネージヒープを調べることができます。
デバッガがブレークポイントに達すると、デバッガーツールウィンドウの別のタブでメモリー・ビューを開くことができます。Riderはヒープ内のオブジェクトの総数をタイプ名と消費されたバイト数でグループ化して表示します。クラス項目をダブルクリックすると、別のウィンドウにすべてのインスタンスが表示されます。 Alt Enter を任意のクラス宣言に合わせてクラスのインスタンスを表示するを選択することで、コードエディターからアクセスすることもできます。
メモリー・ビューは.NET フレームワーク（4.5+）と.NET Coreで動作します。Monoはまだサポートされていません。
詳細は、メモリビュー - Riderでデバッグ中に.NETメモリを調べる2018.1(英語)を参照してください。
Riderのデバッグではかなり改善が見られます：
詳細は、例外ポップアップ、改善されたスマートステップイン、シンボルサーバー、その他Rider 2018.1 EAPデバッガアップデート(英語)を参照してください。
プライベートNuGetフィードに対する認証のサポートがいくつかの点で改善されました。
関連する変更点では、NuGetのバルク操作の初期サポートが追加されました。ソリューション内のすべてのパッケージは、NuGetパッケージタブのツールバーにある新しいボタンのクリックで更新できます。すべてのまたはいくつかのプロジェクトのインストール済みパッケージを必要なバージョンまで更新し、ワンクリックで削除することもできます。
詳細は、Rider 2018.1 EAPのプライベートNuGetフィードの資格情報プロバイダ(英語)を参照してください。
このリリースでは、Riderは次のことを学びました。
詳細は、以下を参照してください。
F#プロジェクトでは、ファイルが依存関係の順番で配置され、ソリューション・エクスプローラーのファイルの順序を変更するためにドラッグアンドドロップすることができます。ファイルの並べ替えは複数のファイルに適用されるため、既存のディレクトリーの前後にファイルを移動することもできます。
F#スクリプトも改善されました。
#r および #load ディレクティブのファイルのスマートコード補完は、サブディレクトリーからのすべての適用可能なファイルを提供し、相対パスを挿入します。詳細は、以下を参照してください。
Riderはそのルートを忘れずに、兄、ReSharperの足跡を辿っています。ReSharper 2018.1から採用された機能のリストは次のとおりです。
詳細は、以下を参照してください。
IntelliJ IDEA 2018.1から継承した機能は次のとおりです。
docker-compose.override.ymlを含む複数のDocker Composeファイルが認識され、実行構成でコンフィギュレーションファイルを選択した直後にサービスを選択することができます。
Riderは、WebStorm(英語)から継承し、すぐに提供する機能を引き続き拡張します。
このアップデートは、最新のTypeScript 2.7機能をサポートし、メンバーの実装アクションを改善し、未解決のプロパティー用の新しいタイプガード付きサラウンドクイックフィックスを追加します。
Riderでパッケージマネージャーを設定するWebStormチームの素晴らしい同僚のおかげで、はるかに簡単になりました。Node.jsとnpm環境設定では、npmとYarnのどちらかを選択してから、依存関係をインストールしてスクリプトを実行するときにRiderに環境設定を使用させることができます。新しいプロジェクトを yarn.lock ファイルで開くと、RiderはYarnがインストールされていればYarnを使用します。
クラスの名前変更リファクタリングで、クラスと同じ名前のファイルの名前を変更できるようになりました。
Ctrl / Cmd - HTMLのクラス名をクリックすると、Sass、SCSS、またはLessソースコードの宣言に移動します。さらに、リンクされたCSSファイルに一致するシンボルがない場合、コード補完はすべてのスタイルシートからクラスとIDを提案します。
小さなコミットが変更を見直して追跡することを容易にし、何らかの問題が生じた場合にロールバックすることを誰もが知っています。部分的なGitコミット（git add -p）を使用すると、選択した変更のみをファイルから簡単にコミットできます。変更のコミットダイアログのdiffビューのチェックボックスを使用して、コミットするコードのチャンクを選択します。また、左のガターのマーカーを変更すると、既存の変更リストに変更を移すことも、新しい変更リストを作成することもできます。
バージョン管理ツールウィンドウのローカルの変更タブに新しいグループ化アイコンが追加され、ローカルの変更をディレクトリー、モジュール、またはリポジトリごとにグループ化することができます。
さらに、Riderはコミットの詳細にハッシュを強調表示し、ログタブでワンクリックでこのコミットにジャンプすることができます。
最後に、リベースを中断、リベースを続行、コミットをスキップアクションがGit ブランチポップアップから利用可能になりました。
Rider 2018.1の変更点は以下のとおりです。
場合によっては、ソースコードを所有していないアセンブリをデバッグしたい場合があります。コントロールライブラリーまたはレガシーモジュールが期待どおりに動作しない場合があります。.NET フレームワークがどのように動作するかを知りたいときもあります。
Rider 2017.3は、外部コードのデバッグを自動的かつ痛みのないプロセスにします。今すぐRiderがオンザフライでデコンパイルするアセンブリのステップスルーとブレークポイントの設定することができます。Riderには既に.NETデバッガと.NETデコンパイラの両方が搭載されていましたが、これをシームレスに相互運用する必要がありました。
独自のコードのデバッグにのみ関心がある場合は、デバッガの設定を変更して、ライブラリー呼び出しを一歩進めることができます。
詳細は、Riderを使用してサードパーティのコードをデバッグする(英語)を参照してください。
デバッグ方法チェーンとネストされたメソッド呼び出しは、新しいデバッガアクションスマート・ステップ情報を使用すると簡単になります。
このアクションは、特定のコールを選択する際に役立ちます。また、1つの回線内の他のすべてのコールをステップ実行することもできます。例： Print(Filter(people, BuildPredicate(x => x.Feature, "smth")));のような行をデバッグする場合、Filter()に具体的にステップインすることができます。
詳細は、Riderでのスマートステップのデバッグ(英語)を参照してください。
一般的な需要に続いて、Riderは、コードをステップ実行するときに、デバッグツールウィンドウの変数ビュー（別名 "ローカル"）に関数戻り値を表示することを学習します。
これは、メソッドが別のメソッドの戻り値を返す場合や、メソッド連鎖を使用する場合など、メソッド呼び出しの結果がローカル変数に格納されていない場合に便利です。
詳細は、非同期呼び出しスタックとRiderのデバッガの改善2017.3(英語)を参照してください。
Riderのデバッグは、次のような多くの点で改善されました。
decimal、float、double ）の値が評価され、期待通りに表示されます。詳細は、非同期呼び出しスタックとRiderのデバッガの改善2017.3(英語)を参照してください。
プロジェクトやソリューションを作成するためのRiderのUIは、多くの点で改善されました。
dotnet new をベースにした追加のプロジェクトテンプレートを簡単にインストールできます。詳細は、Rider 2017.3のプロジェクトテンプレート(英語)を参照してください。
Riderの.NETユニットテストランナーは、大幅なユーザビリティ向上と新しい機能セットを提供します。
詳細は、Rider 2017.3のユニットテストの改善(英語)を参照してください。
コンパイルを待たずにC#ステートメントを実行するのに役立つ、新しいC# インタラクティブツールウィンドウを追加しました。これはREPLベースの迅速なコードのドラフトであり、与えられた式が返すものについての即時のフィードバックを得る方法です。
新しいインタラクティブセッションを開始するには、ツールウィンドウを直接開くか、Alt Enterを介してコードエディターからコード選択を送信します。
詳細は、RiderでインタラクティブなC#(英語)を参照してください。
上記の新しいUnityクラスライブラリープロジェクトテンプレートに加えて、Unityプラグインは、オールラウンドの改善を受けています：
[PostProcessScene] およびその他のUnity属性でマークされたメソッドのシグネチャーチェックなど、Unity属性の新しいコードインスペクション。
Riderは、アプリケーションのパッケージング時に設定を変更するために一般的に使用されるWeb.configおよびApp.config変換の実行を学習します。
コンテキストメニューから変換を追加し、適用される構成（デバッグまたはリリース）を選択し、結果トランスフォームファイルをソリューションエクスプローラーで親にネストするかどうかを選択できます。
詳細は、RiderのXDT構成変換(英語)を参照してください。
ReSharperと同様に、Riderのコードフォーマットエンジンは大きなアップデートを受けています。その結果、Riderは列内のコードを整列させ、他の新しいコードスタイルを適用することを学びます。また、コメント付きの選択されたコードブロック、またはEditorConfigでファイル全体のフォーマットを無効または有効にする方法も得られます。
詳細は、以下を参照してください。
RiderがReSharper 2017.3から受け取ったその他のアップデート
<inheritdoc/> によるタプルとドキュメントの継承をサポートしています。
Riderは、そのまま提供するWebStorm機能のセットを引き続き拡張します。
このリリースでは、以前はオンデマンドでしか入手できなかったフロントエンド開発者のための一連のプラグインがバンドルされており、容易に発見できませんでした。このプラグインセットには、TSLint、CoffeeScript、LiveEdit、PolymerおよびWebコンポーネント、Pug（例：Jade）、Handlebars、Karma、Stylus、AngularJS、spy-js、Gherkin、およびCucumberのサポートが含まれています。(関連ニュースでは、デフォルトでVagrantプラグインも利用できるようになりました。)
WebStormの最新のアップデートにより、JavaScript、TypeScript、CSS、Vue.jsのサポートも強化され、SVGファイルを編集するたびにプレビューパネルが利用できるようになりました。
最後に、プロジェクトでpackage.jsonファイルの検出を改善しました。これにより、Riderはnpmパッケージをインストールまたは更新することを提案します。
RiderのNuGetツールは、フォールバックフォルダーの処理、.csprojファイルの PackageReference ディレクティブに基づくパッケージの復元、および無効になったNuGetパッケージソースの無視を学習します。
プロジェクトシステムと言えば、Riderは.NET Coreプロジェクトのプロパティーを編集するためのUIを提供し、リンクされたファイルを処理する際に追加のヒューリスティックを適用します。既存のアイテムを追加するときにファイルをコピーしたり移動したり、リンクされたファイルをファイルシステムから削除するのではなく、プロジェクトから除外することを提案しています。
関連する変更点では、.NETコアプロジェクトファイルでIntelliSenseを有効にしました。
Riderは、IntelliJプラットフォームのルートをフル活用し続けています。このリリース・サイクルでは、IntelliJ IDEAから継承された変更には以下が含まれます。
Riderの設定はいくつかの方法で修正されています：
以下を含む多くの側面でパフォーマンスを改善しました。
Rider 2017.2は、.NET Core 1.1に加えて.NET Core 2.0のサポートを追加します。
すべてのRiderのコードインスペクション、ナビゲーションアクション、クイックフィックス、リファクタリングが.NET Core 2.0で利用可能になりました。Riderは、.NET Core 2.0プロジェクトを実行およびデバッグし、それらに使用されているNuGetパッケージを管理したり、xUnit、NUnitまたはMSTestに基づく単体テストを実行することができます。
ReSharperが提供しなければならない最もインサイトに満ちた機能のいくつか、コールトラッキングとバリュートラッキングを実装しました。
この価値はどこから来るのでしょうか。この値はどこで使われていますか？このメソッドが関係しているコールツリーは何ですか？ Riderの新しいこれを調べるアクション（Ctrl Alt Shift A）を使用して、これを理解できます。メンバーとパラメータの宣言では、コールトラッキングとバリュートラッキングアクションは Alt Enter メニューから直接利用可能です。
両方の機能は現在、C#とVB.NETで利用可能です。
RiderのユニットテストランナーはすでにxUnitとNUnitテストの実行とデバッグをサポートしていました。Rider 2017.2では、一般的な需要に基づいて、サポートされているフレームワークのリストにMSTestを追加しています。これは古典的なMSTest（別名Visual Studioテストフレームワーク）と新興のクロスプラットフォームMSTest V2を含みます。
MSTest V2は、Windows、Mac、Linux上でそのまま動作します。古典的なMSTestに関しては、Riderで古典的なMSTestベースのテストを実行するためには、ライセンス供与されているため、あなたのマシンにVisual Studioインスタンスをインストールする必要があります。Visual Studioのパスは、のRider設定で設定する必要があります。
すべてのコードがソリューションまたはプロジェクトに含まれているわけではありません。それを念頭に置いて、Riderの開始画面とメニューから個々のファイルやフォルダーを開くコマンドを追加しました。
ファイルやフォルダーを開くと、HTML / JavaScript / TypeScriptサポート、バージョン管理、ファイルにジャンプ、どこでも検索、パス内検索など、多くのRider機能を使用できます。
Riderは、フォルダーやファイルを開くだけでなく、任意のフォルダーをソリューションにアタッチできるようになりました。これにより、プロジェクトファイルまたはソリューションファイルは変更されません。代わりに、現在のソリューションと一緒にソリューション・エクスプローラーでフォルダーを表示するだけです。
これは、別々のフロントエンドとバックエンドの部分を持ち、別々のリポジトリで管理されているWebアプリケーションで作業している場合に便利です。この場合、フロントエンド部分を.NETバックエンドソリューションに接続すると、ソリューション構造にフロントエンドを統合することなく、Riderの両方の部分を編集できます。
デバッグツールウィンドウに新しいタブ並列スタックが表示されます。マルチスレッドアプリケーションをデバッグするときには、デバッグ中にアクティブなさまざまなスレッドや呼び出しスタックを視覚化できます。スレッド上にカーソルを置くと、すべての子スレッドが表示されます。ツールバーから、アクティブなフレームにジャンプすることができます。コールスタック内のエントリをダブルクリックすると、ソースにジャンプします。コードをステップ実行すると、開始/結合されているスレッドに応じてダイアグラムが更新されます。
Riderのデバッガでラムダ式を監視として追加できるようになりました。デバッガは式を評価して実行し、結果を視覚化します。
多くの変数を持つアプリケーションをデバッグするときは、カスタムカラーで変数にマークを付けることができます。これは、コンテキストメニューまたはショートカットを使用して実行できるようになりました。変数をマークすると、他のオブジェクトのフィールドなど、使用されている場所を簡単に発見できます。
最後に、オブジェクトのプロパティーのプロパティーやコレクション内の要素など、ネストされたアイテムのウォッチを追加することができました。
ReSharperで当初利用可能だった幅広いリファクタリング(英語)からさらにアイテムを追加していきます。
それらの1つは変換パラメータです。新しいクラスまたは構造体を作成し、選択したメソッドのパラメータを新しく作成した型のカプセル化されたフィールドに変換します。リファクタリングを適用した後、パラメータの使用は、作成されるタイプのプロパティーの用途に変換されます。このリファクタリングによって、タプルオブジェクトの戻り値型を導入して out パラメータを取り除くこともできます。
もう一つの新しいリファクタリングは真偽の反転です。ブールメンバーを自動的に逆転させて true を false に変換し、すべての用途を書き換えてブール論理を反転させるのに役立ちます。
Rider 2017.2には.NETサポートを提供するエンジンとしてReSharper 2017.2が付属しています。つまり、ReSharper 2017.2で発表された多くの機能がRiderで利用可能になりました。
例としては、C# 7.0の改善されたサポート（パターンマッチングと out 変数を含む）、およびC# 7.1の初期サポートが挙げられます。Riderは現在、default リテラル、タプル投影イニシャライザ、async main、ジェネリックとのパターンマッチングをサポートしています。最新のコンパイラパッケージを参照して、プロジェクトファイルの言語レベルを設定してください。ちなみに、Riderは、より高い言語レベルの言語機能が使用されているかどうかを検出し、切り替えを行うためのクイックフィックスを提供します。
Riderは IEnumerableのまわりにいくつかの新しいコードインスペクションを追加し、XML文書の継承が有効であることを確認します。これにより、IDE内のドキュメントと生成されたAPIドキュメントが正しいことが保証されます。
Rider 2017.2には、F#を中心に一連の新機能と改善が施されています。
例：SDK 1.0と2.0の両方で、.NETコア F#プロジェクトで作業することが可能になりました。NuGetの代わりにPaketを使用するF#プロジェクトでは、Riderはそのようなプロジェクトのロード時に自動NuGetの復元を無効にするようになりました。これにより、FableなどのプロジェクトがRiderに正しくロードされます。
C#プロジェクトでF#コードが正しく公開されていることを確認し、混合C#およびF#コードベースで作業していた一連の課題に取り組んできました。
Riderはエディターでコードの折りたたみを可能にします。多くの場合、多行の式/ステートメントは折りたたまれたり展開されたりすることができます。
また、(* と *)を使って現在の選択をコメントするブロック・コメントの適用アクションも実装しました。
Riderは、コードを記述するときにドキュメントを傷つけることはありません。Riderは、文書化されたコード上にカーソルを置くとXML文書のコメントがツールチップに表示されるようになりました。
デバッグするとき、Riderは現在、エディター内から変数をインスペクションできるように、ホバー上の式の評価をサポートしています。
ゲーム開発者向けに、さまざまなUnityプロセスをデバッグするためのサポートを追加しました。Mono リモート構成を作成して、Androidデバイスで実行されているゲームなど、スタンドアロンのゲームをリモートでデバッグできます。IDEとデバッガは、モジュール化されたUnityEngine dllの操作もサポートします。
他の著名なUnityサポートニュースでは、ShaderLabパーサーが大幅に改善されました。これにより、.cgincファイルのコード強調表示が改善され、.shaderファイルにCgフラグメントが挿入されます。さらに、RiderはShaderLabファイルのカラー値を強調表示し、Alt Enterを押すと、カラーパレットピッカーを使用してカラーを変更することができます。
新しいMonoBehaviourスクリプト、シェーダ、テスト用のファイルテンプレートを使用して、Unityコードを生成するのが簡単になりました。さらに、コード補完とイベント関数の生成は、最近のバージョンのUnityで利用可能になりました。
Unityアップデートのモード詳細については、Riderブログ(英語)を参照してください。
バンドルされたWebStormの新しいバージョンの提供により、Rider 2017.2はJavaScriptとTypeScriptのより豊富なサポートを提供します：
Gitを使って作業するとき、Riderはローカルコミットを元に戻して改名できるようになりました。これを行うには、バージョン管理ツールウィンドウのログタブのコンテキストメニューを使用します。
の設定から、コミットメッセージルールとインスペクションをカスタマイズできるようになりました。件名と本文の間に空白行を入れますか？コミットメッセージの最大長を定義する必要がありますか？これらと同様のルールを設定することができます。さらに、Riderはこれらのルールのクイックフィックスを提供し、コードを再フォーマットすることもコミットメッセージ内で行うことができます。
Rider 2017.2では、パス内検索（Ctrl Shift F）を使用してテキスト検索の結果を操作する方法を改善しました。
同じ行の検索結果がまとめてマージされるようになりました。また、プレビューペインには、行番号、ナビゲーションアイコン、コンテキストアクション、およびローカル変更マーカーを表示する左手ガターが追加されました。これにより、検索から直接小さな変更を簡単に行うことができます。
このリリースの単体テストに関しては、MSTest以上のサポートがあります: ここにいくつかのハイライトがあります：
RiderのNuGetクライアントにはいくつかの更新が行われました。現在、内部でNuGet 4.3を使用しており、SemVer2と.NET Core 2.0を完全にサポートしています。Riderは、パッケージ参照のワイルドカードバージョンもサポートしています。
.NET Core 2.0をターゲットとしていない（ただし、それを使用することが知られている）パッケージを参照する場合、AssetTargetFallback プロパティーを使用して、プロジェクトの依存関係のために"フォールバック"ターゲットフレームワークを定義することができます。デフォルトでは、.NET Core 2.0プロジェクトはこのプロパティーを net461に設定します。つまり、.NET フレームワーク 4.6.1以上と互換性のあるNuGetパッケージを追加設定なしで使用できます。Riderにはこれに対する初期サポートも含まれています。
.csprojファイルを手動で編集することなく、NuGetクライアントから直接CLIツールパッケージをインストールできます。例： Microsoft.EntityFrameworkCore.Tools.DotNetのEntity フレームワーク Coreのデータベース移行コマンドで便利です。
UIの変更も加えました。たとえば、NuGetツールウィンドウを縦向きにしたい場合に便利な、パッケージの詳細ペインの位置を切り替えることができます。可能であれば、パッケージアイコンは高解像度で表示され、すべてがより鮮明に見えるようになります。
このRiderリリースのその他の注目すべき変更の短いリストは次のとおりです。
.config、.csproj、およびXMLファイルでのコード補完の提案がますます多くなりました。