Cosa fa esattamente transitive = true in Gradle (wrt crashlytics)?

Cosa fa transitive = trueesattamente Gradle ? Non è chiaro dalla documentazione Gradle . Questo è nel contesto di compiledentro build.gradle. Nel mio caso, dipendo dai crashlytics di Android.

compile('com.crashlytics.sdk.android:crashlytics:2.2.2@aar') {
    transitive = true;
}

Diversi documenti Gradle ( qui e qui ) implicano che il valore predefinito "transitivo" è vero. Tuttavia, la rimozione di transitive = truerisultati in dipendenze transitive non viene introdotta (in particolare KitGroup).

class file for io.fabric.sdk.android.KitGroup not found

I documenti dicono che il valore predefinito è vero, ma il comportamento reale sembra essere il contrario.

Sto eseguendo Gradle 2.2.1. Forse il comportamento è cambiato tra 2.2 e 2.4?

Modifica : dipendenze transitive correlate non risolte per la libreria aar usando gradle

Stai usando la @aarnotazione.
Significa che vuoi scaricare solo l'artefatto aar e nessuna dipendenza.
È possibile controllare questa parte della documentazione :
controllare la 1.4.1.2. Artifact only notationsezione:

Una notazione solo artefatto crea una dipendenza del modulo che scarica solo il file artefatto con l'estensione specificata. I descrittori dei moduli esistenti vengono ignorati .

Utilizzando la @aarnotazione se si desidera scaricare le dipendenze, è necessario aggiungere transitive=true.

Mi aspetto che omettendo @aar dovrebbe funzionare senza aggiungere l'attributo transitivo.

In una nota più generale: l'impostazione transitive = falsesulla crashlyticslibreria fa sì che Gradle ignori tutte le librerie richieste da crashlytics(= "librerie transitorie") e non le scarichi e le colleghi.

Dovresti aggiungere manualmente le librerie richieste al tuo progetto o fare affidamento su altre librerie transitorie aggiunte da altre dipendenze.

L'impostazione predefinita per Gradle è transitive = true.

Esempi e spiegazioni complete qui: http://www.devsbedevin.net/android-understanding-gradle-dependencies-and-resolving-conflicts/

La mia ipotesi è che l'artefatto di Crashlytics a cui ti riferisci manualmente specifichi le dipendenze come non transitive ( transitive=false) in modo da non essere obbligato a riportarle per impostazione predefinita. Ecco perché stai vedendo il comportamento opposto. Ad esempio alcuni sviluppatori potrebbero non voler inserire tutti i servizi di Google Play o qualsiasi altra cosa che Crashlytics potrebbe usare se presente.

Quindi, rimuovendolo, Gradle non attira più la dipendenza e non riesce a costruire. È possibile specificare tale dipendenza manualmente, se necessario.

Detto questo - penso che il problema più grande a portata di mano sia che non dovresti fare riferimento direttamente al manufatto Crashlytics - dovresti usare Fabric e tirare di conseguenza Crashlytics: https://dev.twitter.com/fabric/ Android / integrazione

Imposta se questa dipendenza deve essere risolta includendo o escludendo le sue dipendenze transitive. I manufatti appartenenti a questa dipendenza potrebbero essi stessi avere dipendenze da altri manufatti. Questi ultimi sono chiamati dipendenze transitive.

Gradle segue le dipendenze transitive per impostazione predefinita. Se vuoi disattivarlo per una particolare libreria, usa il flag transitivo.

La modifica del valore del flag transitivo su false impedisce il download di dipendenze transitive, quindi dovrai aggiungere tu stesso tutto ciò che è richiesto. Se si desidera solo un jar del modulo, senza dipendenze aggiuntive, è possibile specificare anche quello.

transitivecontrolla la transitività. Per impostazione predefinita, Gradle è di tipo transitivo, tranne quando non lo è. C'è un bug con transitività e classificatori, vedi https://issues.gradle.org/browse/GRADLE-3188 .