Comment effacer gradle cache?
Je suis en train d'utiliser Android Studio, et la première fois que je le démarrage, il prend comme 45 MINUTES pour compiler... Si je ne quittez pas l'application, il est possible - chaque nouvelle compilation/exécution de l'application prendra comme 45 secondes.
J'ai essayé de vérifier certains de mes caches: il y a un .gradle/caches
dossier dans mon répertoire home, et c'est comme 123 MO.
Il y a aussi un .gradle
dossier dans mon dossier de projet... de la taskArtifacts
a été de l'ordre de 200 MO. J'ai peur d'en au hasard des nuke tous les deux. Quelles sont les parties de la dossiers sont sans danger pour les supprimer?
Est-il une meilleure explication de pourquoi mon Android Studio est prendre beaucoup de temps pour exécuter le gradle assemble
tâche dès le premier temps de chargement de l'application?
Dois-je également effacer le intellij cache trop?
- j'ai découvert plus tard que les 45 minutes pour compiler est parce que j'ai changé les paramètres pour les
Compiler -> Gradle
de ne pasUse in-process build
. rien à voir avec le cache - Aucune réponse aidé. S'avère certaines images est corrompue. Ouverture des images dans l'Explorateur Windows vous montre rapidement les images sont corrompus (ceux à qui il ne charge pas les aperçus pour). Remplacé ces images et le tour est joué!
- Pourriez-vous point à cette option de localisation? J'ai la version 3.3.1, mais ne peut pas le trouver dans les Préférences de Construire, l'Exécution, le Déploiement
Vous devez vous connecter pour publier un commentaire.
Vous pouvez supprimer en toute sécurité l'ensemble de la.gradle
dossier situé sous le répertoire du projet. Il sera recréé à chaque fois que les tâches sont exécutées. La même chose est pour.gradle
sous répertoire home. Il va également être recréé en tant que bien, mais l'ensemble des dépendances doit être téléchargé de nouveau - c'est assez fastidieux.Que je vois dans divers endroits sur le web gradle pour android le développement est assez lent et les gens s'en plaindre. Aucune idée de ce que la raison exactement - c'est la façon dont il fonctionne.
je ne pense pas que de faible rendement en raison de gros dossiers. En fait, ils l'aider à être plus rapide.Comme @Bradford20000 souligné dans les commentaires, il y a peut être un
gradle.properties
fichier ainsi que de gradle des scripts situés sous$HOME/.gradle
. Dans ce cas, une attention particulière doit être payé lors de la suppression du contenu de ce répertoire.Le répertoire de cache détient le
Gradle
construire cache. Donc si vous avez une erreur sur que vous pouvez supprimer que. C'est sur.gradle/caches
Gradle cache localise à
%USER_HOME%\.gradle/caches/
$HOME/.gradle/caches/
Vous pouvez accéder à ce répertoire et supprimer manuellement ou exécuter
sur le système Unix. Exécuter cette commande force aussi de télécharger les dépendances.
Mise à jour 2: Effacer le Android générer le cache de projet en cours
Note: Android Studio Fichier | Invalider les Caches/Redémarrage n'est pas évident de le Android construire cache, de sorte que vous aurez à nettoyer séparément.
Sur Windows:
Sur Mac ou Linux:
rm -rf ~/.gradle/caches/build-cache-1
à la place. si vous avez besoin d'avoir gradle re télécharger les dépendances invoquer le construire avec --refresh-dépendancesgradlew clean cleanBuildCache
app/build
répertoire avec gradle cache$HOME/.gradle/caches/
Plus récente de la solution à l'aide de gradle tâche
cleanBuildCache
disponible via android plugin Gradle, révision 2.3.0 (février 2017)
Dépendances:
plus:
https://developer.android.com/studio/build/build-cache.html#clear_the_build_cache
fond
Construire cache:
stocke certaines de ces sorties que l'Android plugin génère lors de la construction de votre projet (tels que les nus AARs et pré-dexed distance dépendances). La propreté de vos versions sont beaucoup plus rapide tout en utilisant le cache, car le système de construction peut simplement réutiliser ces fichiers mis en cache pendant les versions ultérieures, au lieu de les recréer. Les projets utilisant Android plugin 2.3.0 et plus utiliser la mise en cache par défaut. Pour en savoir plus, lisez Améliorer Construire la Vitesse de Construire avec Cache.
Remarque: Le cleanBuildCache tâche n'est pas disponible si vous désactivez la génération du cache.
utilisation:
windows
linux /mac
Android Studio /IntelliJ
**gradle/gradlew sont spécifiques au système de fichiers contenant des scripts
- s'il vous plaît voir les informations système la façon d'exécuter le script
Prendre soin avec gradle démon, vous devez vous arrêter avant de l'effacer et ré-exécuter gradle.
Arrêtez-vous d'abord démon:
Nettoyer le cache à l'aide de:
Exécuter à nouveau une compilation
La gradle démon crée également un beaucoup de grands fichiers de texte de chaque journal. Ils sont stockés ici:
"X. X" est le gradle version en cours d'utilisation, comme "4.4", et "XXXX" sont simplement des nombres aléatoires, comme "1234".
La taille totale peut atteindre plusieurs centaines de MO en seulement quelques mois. Il n'y a aucun moyen de désactiver la journalisation, et les fichiers ne sont pas automatiquement supprimés et ils n'ont pas vraiment besoin d'être conservés.
Mais vous pouvez créer une petite gradle tâche de les supprimer automatiquement, et de libérer beaucoup d'espace disque:
Ajouter à votre
app/build.gradle
:Pour voir quels fichiers sont supprimés, vous pouvez voir la sortie de débogage dans Android Studio -> View -> Outil Windows -> Build. Puis appuyez sur "activer /désactiver la Vue" bouton sur la fenêtre pour afficher le texte de sortie.
Noter que Gradle de Synchronisation ou de toute Gradle Construire va déclencher les suppressions de fichiers.
Une meilleure façon serait de déplacer automatiquement les fichiers à la Corbeille, ou au moins de les copier vers un dossier Corbeille en premier. Mais je ne sais pas comment faire.
Commande:
rm -rf ~/.gradle/caches/
il semble y avoir d'informations incorrectes posté ici. certaines personnes rapport sur la façon d'effacer le Android générateur de cache (avec des tâches
cleanBuildCache
), mais ne semblent pas réaliser que dit le cache est indépendante de Gradle de construire cache, autant que je sache.ma compréhension est que Android cache précède (et d'inspiration) Gradle, mais j'ai peut-être tort. si l'Android builder sera/a été mis à jour pour utiliser Gradle du cache et de l'abandon de ses propres, je ne sais pas.