Makefile ベースのプロジェクトを開発していますか？ CLion の高度な機能をご利用ください。CLion が初期状態で Makefile プロジェクトをサポートするようになりました。 最上位の Makefile があるフォルダーをプロジェクトとして開くか、Open ダイアログで直接 Makefile を指定してください。 IDE は make を（実際のビルド実行を避けるために --just-print オプションを追加して）実行し、make コマンドの出力を解析し、プロジェクトをロードします。 詳細や既知の制限事項、および私たちがアプローチをテストしたさまざまなプロジェクトについてはこちらのブログ記事を参照してください。

短いツアーに参加

CLion が CMake 3.17 をバンドルするようになり、最新機能のうち次の 2 つをサポートし始めました。

1. Ninja Multi-Config: -G "Ninja Multi-Config" ジェネレーターオプションを渡し、構成ごとに生成された CLion のビルドファイルを取得できるようになりました（一時的ではありますが、CLion は引き続き CMake プロファイル用に選択された構成を 1 つだけ使用します）。
2. CMake コンパイル済みヘッダー: target_precompile_headers コマンドを使用すると、ヘッダーファイルを ターゲットの PRECOMPILE_HEADERS または INTERFACE_PRECOMPILE_HEADERS プロパティ（またはその両方）に追加できます。 CLion はこのようなコンパイル済みヘッダーを適切に処理します。

短いツアーに参加

Recompile single file アクションはローカルの変更をすばやくチェックして開発プロセスの高速化を促しますが、Ninja や CMake で使用される CLion のサポート対象のその他のジェネレーターで使用できるようになりました。

重要なバグフィックスにより、CLion が複数の独立したプロジェクトを並行してビルドできるようになりました。これらのビルドが互いの起動を妨げることはありません。

ポインターが無効なデータを参照していると、実行時に問題が発生します。 よくあるケースは、double-free と use-after-free の組み合わせです。 CLion はこのようなダングリングポインターがローカルスコープに出現し、ポインターの演算が発生せず、マクロが CLion の解析を妨げていない場合にキャッチするようになりました。

この CLion インスペクションはループ条件がループ内で更新されない状況を検出します。 これは Clang-Tidy の clang-tidy:bugprone-infinite-loop に似ていますが、終了ポイントがあるループに機能し、ラムダや参照のあるケースに対応しています。

最後に、新しい Inspection ウィジェットを導入しています。 このウィジェットは現在ファイル内の警告とエラーの数を表示し、それらの問題箇所の間を簡単に移動できるようにします。 ハイライトのレベルを調整することもできます（かつて Hector アイコンと呼ばれるもので実行できていたものと同様です）。

Inspection ウィジェットをクリックすると、Problems View ツールウィンドウが開きます（View | Tool Window | Problems）。 このツールウィンドウは現在ファイル内の警告とエラーのリストを表示し、問題が発生したコードの位置に移動するのに役立ち、Alt+Enter のショートカットを呼び出して問題を修正する機能を提供します。

新たに追加されたキーワードは、CLion 2020.2 のハイライトと補完でサポートされています。

• char8_t
• consteval および constinit
• co_await、co_return、co_yield

C++20 の explicit(bool) 構文が正しくハイライトされるようになりました。 また、条件引数の名前ヒントも実装され、ナビゲーションとリファクタリングでサポートされています。

コンセプト (concepts)を使用するコードに対応した新しいインスペクションが追加されました。 このインスペクションは、制約が付与された関数の呼び出し結果がローカル変数に割り当てられている場合に、auto として宣言されたローカル変数を制約することを提案します。

Google Test の GTEST_SKIP() マクロは実行時にテストをスキップする機能を提供します。 このマクロが CLion でサポートされるようになりました。

CLion 2020.2 は Run with Coverage ボタンをクリックした際にカバレッジフラグを自動的に追加し、ユーザーエクスペリエンスを向上させます。 現在選択中の CMake プロファイルにカバレッジ用のコンパイラーオプションが含まれていない場合、CLion は CMAKE_CXX_FLAGS および CMAKE_C_FLAGS 経由で渡されたカバレッジフラグを使用して CMake プロファイルを検索します（見つからない場合は作成します）。

PlatformIO プロジェクトの構成ファイルが適切にハイライトされるようになり、視認性が向上して編集しやすくなりました。

CLion が PlatformIO CMake プロジェクトで CMAKE_CONFIGURATION_TYPES 用の CMake プロファイルを自動的に作成するようになりました。

WSL2 ツールチェーンで開発を行い、WSL2 上の Git を使用する際に、CLion でプロジェクトの場所に応じて Git 実行可能ファイルを切り替えられるようになりました。 また、（\\wsl$ パス経由で）開いているプロジェクト用の WSL2 にインストールされた Git 実行可能ファイルが自動検出されるため、すべての Git 関連機能を切り替えて作業することができます。

Go to Declaration or Usages アクション（宣言または使用箇所に移動）（Ctrl+Click / Ctrl+B）は、次のように状況や IDE の設定によって異なる動作をします。

• シンボルの使用箇所で呼び出した場合、その使用箇所の宣言に移動します。
• 宣言で呼び出した場合、その宣言に対応する使用箇所のリストが表示されます。
• 定義で呼び出した場合、関連する宣言または使用箇所が表示されます。 この動作は Settings | Editor | General | Go to Declaration or Usages で調整できます。

このプラグインのバージョン 0.3 では、これまで実験的であったマクロ展開用の新しいエンジンがデフォルトで有効化されています。 このエンジンはマクロが生成した impl ブロックとモジュールの宣言を処理し、tokio や async-std などのクレート（crates）を含むコード全体に対するコードインサイトを提供します。 詳細については、このブログ記事を参照してください。

その他の重要な更新には、Rust の MSVC ツールチェーンに対応したデバッガーの導入があります。 CLion にバンドルされた LLDB ベースのデバッガーを Visual Studio ツールチェーンに使用し、Rust の MSVC を使用して Windows 上でビルドされた Rust のコードをデバッグできるようになりました。

その他の機能強化には、新しいリファクタリング（ファイルと最上位項目の Move と Introduce Constant）、or_patterns のサポート開始、println! などのマクロ内フォーマットリテラルのエラーハイライト、エディター内のドキュメント表示、チェーンメソッド呼び出しのインレイヒント、IntelliJ IDEA 内デバッガーワークフローの改善などがあります。

リモート GDB サーバーと埋め込み GDB サーバー構成にカスタムターゲットを使用できるようになりました。 以前 CMake ターゲットでのみ機能していたこれらの構成により、ローカルマシンで実行されているCLionインスタンスからリモートホストまたはマイクロコントローラーでアプリケーションをデバッグできます。

既にこれらの構成を作成している場合、CLion 2020.1 は以前の Run/Debug 構成設定をプロジェクトフォルダーの projectFilesBackup ディレクトリに保管し、それについて通知します。

入力をファイルからアプリケーションの stdin にリダイレクトできるようになりました。 構成の中にある Redirect input from という新しいフィールドを使ってください。 これらを入力してください:

• 相対パス (CLion は Working Directory へのパスを追加します)。
• 絶対パス (リモート構成用に再度マッピングされます)。
• もしくはマクロ (FilePrompt など)。

プロジェクトルートに .clang-format 構成ファイルが存在するプロジェクトを初めて開くとき、CLion がそれを検出し、自動的に ClangFormat に切り替えます。

.clang-format 構成ファイルのないプロジェクトで ClangFormat を有効化すると、CLion が構成ファイルの作成を提案します。

Change Signature リファクタリング (Ctrl+F6) を呼び出すと、CLion が関数のすべての使用箇所を更新します。 Change Signature ダイアログの新しい Default value フィールドを使用すると、すべての使用箇所で使用するパラメータの値を指定できます。 以前のままデフォルト値の型を使用する場合は、空にしておきます。

Create Parameter From Usage クイックフィックスと Add Parameter to Constructor インテンションでも、同じロジック、および、新しい Default value フィールドの指定が適用されます。

ドキュメントをプレビューし、関数のシグネチャ、推論された型、マクロ置換に関する情報を取得するためのユニバーサルツールであるクイックドキュメンテ―ションはカーソルを合わせると表示されます。

Settings | Editor | Code Editing の Show quick documentation on mouse move 設定で管理できます。

更新されたツールウィンドウは、変更されたファイルや diff の一覧を表示するスペースが広くなっています。 また、準備が済んでいるコミットに変更を加えたり、反復的にコミットメッセージを作成したり、どの段階的な変更をどのコミットに入れるのかを選択したりもできます。

新しい UI は、新ユーザーに対してデフォルトで有効になっています。既存のユーザーは Settings | Version Control | Commit から切り替えることができます。

LLDB サポートの改良により、IntelliJ Rust に列挙型とプリミティブ型が適切に表示されるようになったほか、デマングルされた関数名がコールスタックに表示されます。

プラグインのもう 1 つの大きな更新に REPL の統合があります。 Tools | Rust REPL からコンソールを呼び出し、プロトタイプの作成やコードを 1 行ずつ確認する際に使用できます。 この統合は、シンタックスハイライトやコード補完のほか、コマンド履歴、ソフトラップ、最終行へのクイックスクロールといった便利なコンソールアクションを提供します。

言語サポートの面では、IntelliJ Rust が型エイリアスの impl ブロックを処理するようになりました。 パフォーマンスを考慮し、この機能はエイリアスの数が限られている型に対してのみ有効にしています。

強化された機能には他にも未使用のローカル変数のハイライトや cfg 属性サポートの修正、新しい Lift return 分析が含まれています。

新しいCMake File APIをサポートすることで、CLion 2019.3ではさまざまなCMakeジェネレータを有効化できるようになりました（CMake 3.15以降が必要です）。 これまではMakefileのみがサポートされていましたが、このバージョンからはNinja、Xcode、Visual Studioなどを選択できるようになりました。

この機能はすべてのプラットフォーム、リモートモード、WSLで機能します。

CLionがプロジェクトのルートディレクトリから設定ファイルを読み込めるようになったため、特定プロジェクトでのGDB/LLDBデバッガの動作をカスタマイズできるようになりました。

この動作を有効化するには、ホームディレクトリ内のファイルで明確に許可する必要があります。 LLDBとGDBでこの設定を行う方法をご確認ください。

C++20で実装される最大の機能の一つConceptです。 ClangのConcept対応を行った作者と協力し、CLion 2019.3にConceptを導入しました。この対応によってコード解析やハイライト表示機能（Clangdベースの言語エンジンによって実行されます）だけでなく、次の機能も実装されました。

• Unused Concept（未使用Concept）インスペクション。
• std::is_base_of<MyBase, T>およびstd::is_same<Other, T>による制約を受ける型の補完を含むコード補完。
• Rename（名前の変更）リファクタリング。
• Go to Definition（定義に移動）およびFind Usages（使用箇所の検索）。

構成を実行中にあるステートメントが実行されたかどうかを確かめたいと思ったご経験があるのなら、コードを評価するステートメントカバレッジが必要だということになります。 CLion 2019.3にはllvm-cov/gcovツールが組み込まれているため、ステートメントカバレッジを計測できます。

これは、ユニットテストを実行するか、通常の構成を実行することで取得できます。 結果はCoverageツールウィンドウか、エディタの左ガターのカラー表示で確認することができます。

IntelliJ Rustに対する最大のアップデートの一環として、cfg属性の初期サポートを追加しました。 条件付きで無効化されたブロックはグレー表示され、解決やコード解析の対象から除外されるようになりました。 サポート対象のcfgのオプションは、unix、windows、target_osです。

広く使用されているクイックフィックスである未解決シンボルの自動インポートが、Implement members、Specify type explicitly、Add remaining patterns、およびその他のコード生成アクションを呼び出したときに自動的に実行されるようになりました。

その他の変更には、すでにいくつかのリリースでプラグインに実装されていたRustコードのコードカバレッジ、対話形式による便利な型ヒントの埋め込み、include!マクロのサポートがあります。