Diese Seite wurde von der Cloud Translation API übersetzt.

Android-Plug-in für Gradle, Version 1.3.0 (Juli 2015)

Abhängigkeiten: <ph type="x-smartling-placeholder">

Gradle 2.2.1 oder höher
Build Tools 21.1.1 oder höher.

Allgemeine Hinweise: <ph type="x-smartling-placeholder">

Unterstützung für com.android.build.threadPoolSize hinzugefügt Property, um die Größe des Thread-Pools der Aufgabe Android zu steuern. der Datei gradle.properties oder der Befehlszeile Die Im folgenden Beispiel wird diese Eigenschaft auf 4 festgelegt.
```
        
        -Pcom.android.build.threadPoolSize=4
        
      
```
Legen Sie das Standardverhalten des Builds so fest, dass LICENSE und LICENSE.txt ausgeschlossen werden aus APKs. Um diese Dateien in ein APK aufzunehmen, müssen Sie sie aus der packagingOptions.excludes-Attribut in der Datei build.gradle. Beispiel:
```
android {
      packagingOptions.excludes = []
    }
      
```
```
android {
      packagingOptions.excludes.clear()
    }
    
```
Die Aufgabe sourceSets wurde hinzugefügt, um alle verfügbaren Quellsätze zu prüfen.
Verbesserte Unterstützung für Unittests zur Erkennung von Multi-Flavor- und <ph type="x-smartling-placeholder"></ph> Build-Variante-Quellordner. Um beispielsweise eine App mit mehreren Geschmacksrichtungen zu testen, flavor1 und flavorA mit dem Build-Typ Debug, für die Testquellen: <ph type="x-smartling-placeholder">
- Test
- TestFlavor1
- TestFlavorA
- testFlavor1FlavorA
- testFlavor1FlavorADebug
Android-Tests haben bereits mehrere Quellordner mit mehreren Varianten erkannt.
Verbesserte Unterstützung für Unittests: <ph type="x-smartling-placeholder">
- Führen Sie javac für Haupt- und Testquellen aus, auch wenn die useJack ist in Ihrer Build-Datei auf true gesetzt.
- Abhängigkeiten für jeden Build-Typ richtig erkennen.

Zusätzliche Unterstützung für die Angabe von Instrumentierungsargumenten für Test-Runner über die Befehlszeile. Hier einige Beispiele:

./gradlew connectedCheck 

   -Pandroid.testInstrumentationRunnerArguments.size=medium 

   -Pandroid.testInstrumentationRunnerArguments.class=TestA,TestB

Unterstützung für beliebige zusätzliche APT-Parameter (Android Asset Packaging Tool) hinzugefügt in der Datei build.gradle. Beispiel:

android {
    aaptOptions {
      additionalParameters "--custom_option", "value"
    }
}

android {
    aaptOptions {
      additionalParameters += listOf("--custom_option", "value")
    }
}

Unterstützung für hinzugefügt Test-APK-Modul als separates Testmodul unter Verwendung des targetProjectPath und targetVariant, um das APK festzulegen Pfad und Zielvariante.
Hinweis:Ein Test-APK-Modul unterstützt das Produkt nicht Geschmacksrichtungen und kann nur auf eine einzige Variante ausgerichtet werden. Jacoco wird noch nicht unterstützt.
Validierung des Ressourcennamens vor dem Zusammenführen von Ressourcen hinzugefügt.
Wenn Sie ein AAR-Paket (Android ARchive) für Bibliotheksmodule erstellen, sollten Sie keine automatischer Platzhalter @{applicationId} in der Einstellungen für die Manifestzusammenführung. Verwenden Sie stattdessen einen anderen Platzhalter, z. B. @{libApplicationId} und geben Sie einen Wert an, wenn Sie Anwendungs-IDs in die Archivbibliothek aufnehmen möchten.