Ich versuche zu verstehen, wie ich mich dem folgenden Projektsetup nähern soll:

┌Top Android Project
│
├── Project 1 - (Pure Java Modules)
│    │
│    ├── Module A1
│    ├── Module B1
│    :
│    └── Module Z1
│  
├── Project 2 - (Android Libraries Modules)
│    │
│    ├── Module A2
│    ├── Module B2
│    :
│    └── Module Z2
│  
└── Module - Actual Android Project

Im aktuellen Setup gibt es in jedem der Module ein build.gradle. Was ich an diesem Setup wirklich hasse, ist, dass der gesamte Inhalt des build.gradle zwischen den Modulen dupliziert wird.

Tatsache ist, dass ich die gleiche Logik in den meisten von ihnen haben möchte. 'Reine Java-Module'sind alle Infra-Module, die ich für die Ausgabe, das JavaDoc und die Quellen verwenden und in einem Remote-Repository bereitstellen möchte (* Standard).

Auf der anderen Seite, einige Module der 'Reine Java-Module'Ich hätte zum Beispiel gerne eine zweite Agenda, abgesehen von der Standardversion *, die ich für ein bestimmtes Projekt oder ähnliches bereitstellen möchte.

Während des Aufbaus derTatsächliches Android-ProjektIch möchte, dass die Module im Standard-Build * kompiliert werden und schließlich ein Standard-Build.gradle für alle meine Android-Projekte konfiguriert wird, und ich möchte diese Datei nicht duplizieren.

================================================ =============

Ich denke, was ich suche, ist so etwas wie Maven Elternteil Pom, aber da ich nicht ganz verstehe, wie Gradle funktioniert, öffne ich das für euch, um eure Gedanken mitzuteilen ...

Unter Berücksichtigung der Tatsache, dass das Duplizieren derselben Build-Datei nicht akzeptabel ist (ich kann sagen), weil ich möglicherweise etwas an der gesamten Build-Logik aller Module ändern möchte

Was wäre der beste Ansatz, um mit dieser Art von Setup umzugehen?