11

Buildship for Eclipse を希望どおりに構成するのに問題があります。現在、Eclipse で 50 を超えるプロジェクトを常に開いていますが、Eclipse で積極的に取り組んでいるプロジェクトのみを使用するように移行したいと考えています。他のプロジェクトは Maven リポジトリを使用して依存関係を解決します。

ProjectA (メインを含む) が ProjectB (ライブラリ プロジェクト) に依存しているとします。ProjectB を Eclipse で開く場合、ProjectA が ProjectB を直接使用できるようにしたいと考えています。ProjectB のコードの変更は、ProjectA の実行時に顕著になります。ただし、ProjectB が閉じている場合は、build.gradle ファイルに記載されている Maven リポジトリにある ProjectB の JAR を ProjectA に使用してもらいたいと思います。

私が話している動作については、こちらで詳しく説明しています。

Buildship を使用してそれを行う方法はありますか? または、別の Gradle Eclipse プラグインを使用する必要がありますか?

4

2 に答える 2

9

  1. Gradle 3.1 で追加された新しいコンポジット ビルド サポート機能があります。この機能はゲーム チェンジャーであり、一度に複数のプロジェクトで作業することが簡単になります。

  2. 依存関係置換ルールを使用して、リポジトリの依存関係をローカル プロジェクトの依存関係と交換できます。

  3. 各プロジェクトが独自の個別の git/subversion リポジトリ内にある場合、prezi プライドを使用してプロジェクトの「プライド」を管理できます。(動的に生成された) マルチ モジュール ビルドをビルドシップにインポートできます。

  4. buildship の代わりにeclipse プラグインを使用する場合は、 whenMergedまたはwithXmlフックを使用して、生成された.classpathファイルを微調整し、ワークスペース内のプロジェクトを指すようにします (Eclipse は、gradle コマンド ラインとは異なる方法でビルドされることに注意してください)。

于 2015-09-16T13:17:15.007 に答える
2

完成させるために、Lance Java によって提案された依存関係の置換に行き着きました。このアプローチには、次の利点があります。

  • サードパーティのソフトウェアは必要ありません。
  • IDE に依存しません。ファイルを直接操作するのではなく.classpath、Eclipse プラグイン (またはその他の IDE プラグイン) に処理させます。
  • 他のプラグインは、使用したい実際の依存関係にアクセスできます。

ただし、そのアプローチにはいくつかの落とし穴があります。

于 2015-09-21T11:51:58.220 に答える