1

コンセプトが完全に間違っているかどうかはわかりませんが、親プロジェクトのディレクトリ構造の一部ではない他のプロジェクトに依存するいくつかのプロジェクトを作成したいと考えています。これを行う通常の方法は、外部リポジトリからフェッチする外部依存関係を使用することです。しかし、この場合、「F」というプロジェクトで、プロジェクト「P」で使用されるフレームワークが開発されたとしましょう。P は F を使用しますが、IMO は、P が P であるため、必ずしも P のサブプロジェクトである必要はありません。 F の開発をテスト駆動するためにのみ使用されます (ただし、単体テストだけではありません)。プロセスの後半で F が安定すると、F は分離され、リポジトリを介して他のプロジェクトで使用できるようになります。しかし、テスト ケースとして P を使用した F の開発中は、リポジトリを介した往復を省略できればよいでしょう。

さらに悪いことに、最初の開発では複数のテスト駆動の消費者プロジェクトがあり、それらはすべて F に依存する必要がありますが、外部リポジトリを経由する必要はありません。

私の考えは、独自の git リポジトリを使用して、ディスク上のどこかで F を開発することです。他の P のようなプロジェクトはディスク上の別の場所に存在し、ローカル ファイル システム ベースの F への依存関係があります。そのような構成は Gradle で可能でしょうか? もしそうなら、どこから始めればよいですか？Java の例を調べましたが、適切な例が見つかりませんでした。

何か案は？

4

2 に答える 2

2

Gradle プロジェクト階層は完全に仮想化されています。物理的な場所が仮想階層に対応するというデフォルトがあります。しかし、あなたはこれを完全に制御できます。参照: http://gradle.org/0.9-rc-1/docs/userguide/build_lifecycle.html#sec:settings_file

他のアイデアについては、次の Jira をご覧ください: http://jira.codehaus.org/browse/GRADLE-1014

于 2010-09-06T09:17:28.417 に答える
0

次のようなフォルダー階層を考えることができます。

Main folder
|- F folder
|  |- .git
|  |- sources
|  |- build.gradle (with parts specific to F)
|- P folder
|  |- sources
|  |- build.gradle (with part specific to P)
|- build.gradle (with common parts)
|- settings.gradle

そのため、F プロジェクト、P プロジェクト、または 2 つのプロジェクトのいずれかで gradle を実行することをいつでも決定できます。また、P や他のサイド プロジェクトなしで、F プロジェクトだけを宣伝することもできます。

最新情報については、Gradle ドキュメントのマルチ プロジェクト ビルドの章を確認してください。

于 2010-09-02T09:20:19.997 に答える