Can Gradle behandeln lokale Abhängigkeiten zu anderen als Unterverzeichnisse?

Question

Ich weiß nicht, ob ich völlig das Konzept falsch verstanden, aber ich mag mehrere Projekte mit Abhängigkeiten zu anderen Projekten schaffen, die nicht Teil der Verzeichnisstruktur eines übergeordneten Projektes. Ich weiß, dass der normale Weg, dies zu tun, wäre eine externe Abhängigkeit zu verwenden, die von einem externen Repository abruft. Aber in diesem Fall, wo sie in Projekt sagen genannt ‚F‘ ein Framework entwickelt, das in Projekt verwendet wird ‚P‘., Verwendet P F, aber F IMO sollte nicht unbedingt ein Teilprojekt von P als P nur verwendet Probefahrt die Entwicklung von F (aber es ist nicht nur ein Unit-Test). Später im Prozess, wenn F stabil ist, wird F getrennt und kann von anderen Projekten über ein Endlager verzehrt werden. Aber während der Entwicklung von F mit P als Fall es Tests, wäre es schön, wenn die Hin- und Rückfahrt durch das Repository weggelassen werden könnte.

Um die Sache noch schlimmer zu machen, für die anfängliche Entwicklung mehr als ein Testfahrt Verbraucher Projekt ist, die alle brauchen eine Abhängigkeit F haben, aber nicht über ein externes Repository.

Meine Idee ist F an einem bestimmten Platz auf der Festplatte zu entwickeln, mit seinem eigenen git reposity. Die andere P wie Projekte befinden sich woanders auf der Platte und haben ein lokales Dateisystem basierend Abhängigkeit F. Wäre ein solches Konstrukt möglich sein, in Gradle? Wenn ja, wo soll ich anfangen? Ich scannte die Java-Beispiele kann aber nicht ein entsprechendes Beispiel finden.

Irgendwelche Ideen?

Answer 1

Die Gradle Projekthierarchie ist vollständig virtualisiert. Es hat nur den Standard, dass der physische Standort die virtuelle Hierarchie entspricht. Aber Sie haben die vollständige Kontrolle über diese. Siehe: http://gradle.org/0.9- rc-1 / docs / -Nutzerhandbuch / build_lifecycle.html # sec: settings_file

In Bezug auf Ihre andere Ideen haben einen Blick auf die folgenden Jira: http: //jira.codehaus .org / browse / Gradle-1014

Answer 2

Sie können eine Ordnerhierarchie wie diese betrachten:

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

So können Sie immer entscheiden gradle entweder auf dem F-Projekt, das P Projekt oder zwei alltoegether zu laufen. Es wird auch ermöglicht es Ihnen, Sie F Projekt allein ohne P oder andere Nebenprojekten zu fördern.

Für mehr up-to-date Informationen erhalten Sie auf der Multi-Projekt-Builds Kapitel der Gradle Dokumentation.