Android · Product Flavors · Gradle
Android-Gradle-Flavor-Code-Einzigartigkeit
Android-Bulk-Herausgeber liefern oft ein Repo mit Dutzenden Product Flavors. Wenn nur `res/`-Assets wechseln, sieht Play doppelte Apps. apporig vergleicht Source-Sets und gemeinsame Module im hochgeladenen Gradle-Projekt.
Warum Gradle-Flavors Dubletten-Erkennung auslösen
Identische `main`-Quelle mit flavor-spezifischen Ressourcen ergibt Apps, die anders aussehen, aber dieselbe Kotlin-Architektur teilen. Play-Moderation prüft APK-Struktur und Entwicklerhistorie.
Laden Sie das volle Multi-Flavor-Repo oder separate Flavor-Exporte hoch – apporig kartiert Überschneidungen über Varianten in Ihrem Arbeitsbereich.
Flavor-Audit-Workflow
Gradle-Projekt hochladen → mit Geschwister-Apps vergleichen → gemeinsame Domain-Module mit COPY-Flag umschreiben → vor Play-Console-Upload erneut scannen.
Häufige Fragen
Why do Gradle product flavors trigger duplicate detection?
Flavors that share the same main source set and differ only in resources produce structurally similar apps Google Play treats as repetitive content.
How do I audit Android flavors for uniqueness?
Upload the full Gradle repo or separate flavor exports as projects in one workspace, then review COPY pairs against sibling apps.
Does apporig analyze multi-flavor Gradle repos?
Yes. Upload the repository as a Kotlin/Java project – shared and flavor-specific source modules are compared against your catalog.
What Kotlin layers should differ between flavors?
Domain logic, ViewModels, repositories, and navigation – not just res/ assets and strings.xml.