Gradle terminato con valore di uscita diverso da zero 1 (ic_launcher.png: errore: file duplicato)

Question

Ho ricevuto questo strano errore con gradle, per favore aiutatemi!

/.../app/build/intermediates/res/debug/drawable-xxhdpi-v4/ic_launcher.png: 
    error: Duplicate file 
/.../app/build/intermediates/res/debug/drawable-xxhdpi/ic_launcher.png: 
    Original is here. The version qualifier may be implied. 
Error:Execution failed for task ':app:processDebugResources'. 
com.android.ide.common.process.ProcessException: org.gradle.process.internal.ExecException: 
Process 'command '/.../sdk/build-tools/22.0.1/aapt'' finished with non-zero exit value 1 

Prima che fosse funziona normalmente, ma da quando ho messo classpath com.android.tools.build:gradle:1.2.2, questo mi fa errori

Answer 1

downgrade a com.android.tools.build:gradle:1.1.3 sloved mio problema

Answer 2

Secondo Xavier Durochet's explanation on G+, è a causa di una delle librerie che usi con il proprio ic_launcher.png - che ovviamente non dovrebbero (più su quello in basso).

Le probabilità sono le due icone menzionate nel registro sono diverse: una è la tua e un'altra è probabilmente l'icona Android generica che qualcuno ha dimenticato di rimuovere dalla libreria.

Per vedere la dipendenza incriminato, ha colpito Ctrl + Shift + Ndue volte (per i non-progetto di corrispondenza) e digitare ic_launcher.png (vedere l'ultima riga sullo screenshot)

Per aggirare il problema temporanea, aggiungi il qualificatore -v4 alle tue cartelle drawable drawable (o muovi solo ic_launcher.png a *dpi-v4 se hai i tuoi motivi) - crediti a Xavier Durochet per la soluzione. È anche possibile rinominare l'icona in qualcosa d'altro e fare la modifica relativa alla AndroidManifest.xml

Il vero problema è che la lib incriminato porta le icone inutili. Le librerie con le proprie risorse (come ActionBarSherlock o la libreria di supporto v7 di Google) utilizzano schemi di denominazione distintivi per evitare conflitti con i nomi delle risorse (abs_, abc_).

Le icone di avvio non sono presenti in una libreria, pertanto ti invito a informare l'autore della lib che stai utilizzando che hanno dimenticato di rimuovere i file ridondanti ic_launcher.png.

Vale anche la pena menzionare, come Barry Carroll notato molto proprio in the same discussion, questo non significa che le risorse non devono mai sovrapporsi quelli nella biblioteca: ci sono un sacco di legit ragioni per ignorare le risorse di un lib con il proprio (ad esempio cambiando l'aspetto di un'attività fornita dalla libreria) e la logica di fusione delle risorse del plugin gradle lo consente, di proposito.

E 'solo che in questo caso particolare, il conflitto si verifica quando la lib è dietro la versione del plug-in Android Gradle (pre-1.2.2) nel qual caso le risorse finiscono in due diverse cartelle *dpi - con e senza il -v4 qualificatore; ma sono effettivamente nella stessa "risorsa" della risorsa, quindi il sistema li considera duplicati.

Questo glitch fa mettere in evidenza l'inutile ic_launcher.png di override (in realtà, una collisione - a causa del problema tecnico), ma questa situazione non è universalmente male per altri tipi di risorse.

I.e. a volte si ignora intenzionalmente la risorsa di una lib e questo problema causerà comunque la visualizzazione del messaggio di errore.Questa volta non ci sono problemi con i nomi delle risorse, quindi la soluzione temporanea sopra o trattenere la versione del plugin è la strada da percorrere.

Answer 3

Ho avuto lo stesso problema durante l'utilizzo di una libreria di terze parti. (RomainPiel/Shimmer-android biblioteca su Github)

Per risolverlo, ho spostato i miei file ic_launcher.png dalla cartella drawable alla cartella mipmap. E il problema è risolto.

Answer 4

aggiornamento a 1.2.3, ma assicurarsi che il vostro Gradle e buildToolsVersion sono identicamente nel progetto e le Aars utilizzati.

Se si utilizzano librerie esterne in cui non è possibile controllare la versione gradle/build: Contattare l'autore o controllare le proprie risorse. Alcune librerie hanno icone di avvio non utilizzate che causeranno questo conflitto. La rimozione di queste icone risolverà il tuo problema. Anche fonti identiche (ad esempio menu.xml) potrebbero causare questo problema in rari casi. Una facile soluzione sarebbe quella di rinominare la risorsa.

Answer 5

Basta rinominare ic_launcher.png a qualcos'altro (ad esempio ico_launcher.png)

Answer 6

Ecco il metodo generale per trovare il problema:

Run

./gradlew build --stacktrace --info

e troverete i dettagli di errori. Ho trovato il mio errore: una classe duplicata ha causato un errore TOP-Level e rimuovere quella duplicata risolverà il problema.

Answer 7

Per me un semplice "progetto pulito" e "progetto di ricostruzione" ha fatto il trucco.

Answer 8

segui questo link Here

O

cambiamento Fai come questo.

repositories { 
maven {url "https://clojars.org/repo/"} 
} 
dependencies { 
compile 'frankiesardo:icepick:{{latest-version}}' 
**provided** 'frankiesardo:icepick-processor:{{latest-version}}' 
} 

Answer 9

Nel mio caso ho aggiunto apostrofo (s) al file strings.xml. Controllate ragazzi per qualsiasi errore di questo tipo e rimuovilo sarà sicuramente d'aiuto. E 'così fastidioso l'IDE non può mostrare l'errore correttamente piuttosto rende tutte le risorse fuori sincrono ..

io so che non è il caso che viene chiesto in questione, ma l'errore è abbastanza stessa esecuzione cioè Gradle viene fallito.

Answer 10

Semplicemente Rename il Image (Rightclick on the Image, Select Refactor and select Rename). Risolverà il problema con l'insorgere del problema in quanto uno dei library utilizza anche lo image con lo same name.

Answer 11

Ho avuto lo stesso problema e quello che segue ha lavorato per me:

• rinominare l'icona
• aggiungere tools:replace="android:icon" al tag <application> nel Manifesto

Si può provare solo il primo passo , ma ho ancora avuto problemi durante l'unione dei file manifest. In questo modo dovrebbe sovrascrivere qualsiasi risorsa utilizzata nella libreria.

Answer 12

Aggiornamento al più recente plug-in gradle 1.5.0 risolto questo problema. Aggiornamento seguente script nella root build.gradle file di

buildscript { 
    ... 
    dependencies { 
     classpath 'com.android.tools.build:gradle:1.5.0' 
    } 
    ... 
} 

Answer 13

sono riuscito a innescare questo problema per capitalizzazione incoerente di estensioni dei file. Avevo un'immagine jpg in una directory disegnabile, ma un'immagine dello stesso nome di file ma .JPG in una diversa directory disegnabile. I nomi dei file e le directory erano giusti, ma le estensioni non lo erano.