ファイルを同期できます。バージョンを確認して、大きな変更に適応できるようにしてください。使われるよう既存プロジェクトが自動でアップデートされます。プラグインが使われるよう既存プロジェクトが自動でアップデートされます。レポジトリを追加して、プラグインのバージョンを変更します。含まれる新しい依存関係メカニズムでは、ライブラリの使用時に自動でバリアントのマッチングを行います。バリアントが使われます。バリアントが使用されることになります。ディメンションに属するようプラグインによって要求されます。これは、単一のディメンションのみを使用する場合でも同じです。これを満たしていない場合は、次のビルドエラーが発生します。dimension.このエラーを解決するには、次の例のように各フレーバーを名前つきのディメンションに割り当てます。ディメンションの命名は慎重に行ってください。ディメンションを使用すると、プラグインによってマッチングされるフレーバーの制御が難しくなります。プラグインでは、アプリの各バリアントをライブラリの同じバリアントにマッチングするよう試みます。バージョンとのマッチングを試みます。タイプが含まれていない場合はどうなるでしょう。バージョンをビルドしようとしたときに、どのバージョンのライブラリを使用すべきか判断ができません。メッセージが表示されます。プロパティを使用するか決めるには、以下の表を参考にしてください。解決法アプリに含まれるビルドタイプが、依存ライブラリには含まれていない。アプリに含まれないビルドタイプが、依存ライブラリに含まれている場合は特に問題はありません。依存ライブラリ側にあるビルドタイプをプラグインで要求することは、あり得ないためです。使用して、特定のビルドタイプの代わりにマッチングするタイプを指定します。ディメンションにおいて、依存ライブラリには含まれないビルドタイプがアプリには含まれている。いうフレーバーしか含まれていない場合などです。ディメンションにおいて、アプリには含まれないビルドタイプが依存ライブラリには含まれている場合は特に問題はありません。依存ライブラリ側にあるフレーバーをプラグインで要求することは、あり得ないためです。フレーバーの代わりにマッチングするフレーバーを指定します。ディメンションが、依存ライブラリに含まれている。ディメンション用のフレーバーしか含まれていない場合などです。どちらのバージョンの依存ライブラリを使用すべきか判断できません。ディメンションが、アプリに含まれている場合は特に問題はありません。プラグインでは、依存ライブラリに存在するディメンションのみのフレーバーをマッチングするためです。依存ライブラリを使用します。見つからなかった各ディメンションの中からプラグインで選択すべきデフォルトのフレーバーを指定します。ブロック内で選択肢をオーバーライドして、存在しないディメンションに対してフレーバーごとに異なるマッチング方針を指定することもできます。ディメンションを適切に設定している場合は、プラグインによって処理が行われます。バリアント固有のコンフィグレーションを使用する必要はありません。バリアント固有のコンフィグレーションは任意であり、これによってビルドが失敗することはありません。使用している場合など)、次のビルドエラーが発生します。:foo.代わりに次のような依存関係を指定してください。残っていますが)容易ではありません。指定するコンフィグレーションは、ビルドタイプの使用側とフレーバー(およびその他の属性)をマッチングする必要があります。バリアントを使うようなことはできません。生成側と使用側が一致しないためです。オブジェクトを意味します。つのコンフィグレーションを選択する方法は機能しません。解決前にすべてのグラフを統合します。これは他の依存関係の処理方法と同様です。依存関係グラフは個別に解決されていました。使うことが可能でした。project(':wear2')}新しいプラグインでは、上記のようなコンフィグレーションは機能しません。コンフィグレーションを使用する必要はありません。バリアントが使用されます。コンフィグレーションと統合することはできません)。クラスパス(モジュール間の依存関係用)の制御が可能です。これらの新しい依存関係コンフィグレーションに対応するため移行しています。自身のプロジェクトを移行するには、以下の表に示すように、単純に依存関係を更新して、廃止されたコンフィグレーションを新しいものに置き換えてください。この依存関係はコンパイル中のモジュール、および実行時に限りそのモジュールの使用側で利用できます。使用すると、ビルドシステムで再コンパイルが必要なプロジェクトの量が削減されるため、ビルド時間が大幅に短縮されます。モジュールに、このコンフィグレーションを使用することをお勧めします。この依存関係はコンパイル中のモジュール、およびコンパイル時と実行時にそのモジュールの使用側で利用できます。モジュールでのみ使用するようにしてください。この依存関係はコンパイル中のモジュールでのみ利用可能で、そのモジュールの使用側ではコンパイル時および実行時に使うことができません。この依存関係は実行時にのみ、モジュールとその使用側で利用できます。プラグインの安定版と同様に、上記のコンフィグレーションはフレーバーおよびビルドタイプに固有の依存関係に使用できます。バリアントでのみ利用可能にすることも可能です。リリースでは削除されます。次のコンフィグレーションには、使用側における推移的なライブラリ依存関係が含まれます。いう単一のコンフィグレーションしかありませんでした。つのコンフィグレーションがあります。コンフィグレーションのページで詳細をご確認ください。カスタム依存関係の解決方針の移行プラグインでは次のコンフィグレーションを使用して、バリアントのすべての依存関係を解決しています。廃止)まだ以前のコンフィグレーションを使用している場合は、次のようなビルドエラーが発生します。instead.プラグインやビルドファイルで、古いコンフィグレーションに対して解決方針を指定している場合は、新しい名前に変更する必要があります。使用して解決方針を設定することができます。オブジェクトにアクセスするためのゲッターが含まれています。現在、新しいプラグインでは古い名前を使用したコンフィグレーションを検索し、検出した場合はエラーを発生させます。反応はせず、そのカスタム解決方針を無視します。この動作はフィードバックに応じて変更する可能性がありますが、簡単に移行できる方法を採用したいと考えています。クラスパスに追加されていました。クラスパスに追加して、期待どおりに動作させることが可能でした。この場合は膨大な量の不要な依存関係をプロセッサに追加するため、パフォーマンスに大きな影響が生じます。クラスパスに追加する必要があります。プロセッサに依存していると見なします。プロセッサの一覧が表示されます。依存関係コンフィグレーションを使用します。プラグインへの影響はありません。バージョンでは、このプラグインとの互換性がなくなります。ファイルに次の内容を追加するとエラーチェックを無効にできます。プロセッサは、まだプロセッサクラスパスに追加されていない点に注意してください。動作に戻すことができます。復元はお勧めしません。この復元オプションは以降のアップデートで削除します。使用中の依存ファイルとの互換性向上のために、バグの登録をお願いいたします。モジュールでバリアントを判別します。指定する必要はありません。プロジェクトに存在する対応するバリアントのテストを試みます。プロジェクトに対応するよう新たにバリアントを作成することができます。タスクはバリアントごとに作成されます。バリアントを無効にします。プロパティを使用すると、テストしたいフレーバーを対象に指定できます。モジュールでこれらのフレーバーをテスト用に設定する手間も省けます。内にパッケージ化していました。ファイルを見ていました。通常の推移的な依存関係として見ることができます。座標に基づく依存関係と同様です。ファイルの処理方法が以下のように変更されました。処理を行わなくなりました。モジュールのコード変更によって生じる増分ビルドが高速化されます。スコープにのみ影響を及ぼします。スコープは廃止されたため、このスコープを使って変換を施すと失敗します。ストリームは常に空になります。有効にしても、ライブラリのコードには効果がありません。モジュールで解決する必要がありました。処理は行わないため、この競合はライブラリを使用するアプリ側で解決しなければなりません。リポジトリへの公開に関しては、特に変更はありません。ファイルにマージされます。ファイルにマージされます。変更には特定の機能を削除する変更が含まれているため、既存のビルドが失敗する恐れがあります。導入する可能性があります。使用してバリアント出力を操作することができません。名を変更するといった単純なタスクであれば現在も機能します。オブジェクトへのアクセスを含むより複雑なタスクは処理できません。バリアント固有のタスクは、設定段階では生成されなくなったことが原因です。結果的に、プラグイン側では事前にすべての出力を把握できないものの、設定に要する時間は短縮されます。メソッドを利用できないため、呼び出すと次のエラーが発生します。呼び出すことができます。これでマニフェストを特定して、ロジックを適用できます。コードを動的に変更しています。