Le dossier .gradle doit-il être ajouté au contrôle de version?
Gradle crée un dossier appelé .gradle. Devrais-je le suivre avec mon contrôle de version (par exemple, git)?
Plus important encore, pourquoi/pourquoi pas?
Dois-je suivre le répertoire .gradle?
Non, il peut être ignoré en toute sécurité.
Pourquoi devrais-je l'ignorer?
C'est purement pour la mise en cache d'informations, vous ne le voulez pas dans votre dépôt car:
- il peut devenir gros et être plein de fichiers binaires
- il peut y avoir des données spécifiques à la machine là-bas
- il y a beaucoup de désabonnement là-dedans (vous modifieriez constamment les fichiers)
- tout peut y être complètement re-généré à tout moment
C'est en gros un répertoire temporaire que Gradle dépose au milieu de votre code source (pourquoi Gradle pense que la bonne chose à faire est une question différente).
Vous pouvez indiquer la nature du "répertoire de cache" du répertoire par le nom du commutateur qui vous permet de changer sa destination: " --project-cache-dir ".
Bien que je déteste avoir des fichiers binaires dans mon arborescence de sources, je finis généralement par ajouter le répertoire à mon fichier ignore car quelque part dans la ligne, j'oublierai d'utiliser le commutateur à partir d'une ligne de commande ou de mon IDE et puis finissent par avoir à traiter avec le répertoire quand même.
Comment puis-je l'ignorer?
Les utilisateurs de Git peuvent ajouter une ligne avec seulement .gradle dans le fichier .gitgnore et Git ignorera tous les fichiers de tout répertoire portant ce nom.
Les utilisateurs de Mercurial veulent consulter le fichier .hgignore .
Pour les autres systèmes de contrôle de version, reportez-vous à la documentation - ils ont tous une fonctionnalité pour le supporter.
Le dossier .gradle contient différentes informations calculées sur votre construction de gradle (par exemple, des informations de sortie/d'entrée mises en cache). Vous ne devriez certainement pas vérifier ce dossier dans votre système de contrôle de version.
Vous n'avez pas besoin de conserver le dossier .gradle.
Car une fois que vous exécutez à nouveau la commande Gradle Build, vous pouvez créer à nouveau presque le même dossier .gradle.
Mais lorsque vous utilisez le fichier gradle.setting sous .gradle, vous devrez peut-être le déplacer dans le dossier racine du projet.
Je venais de découvrir Gradle et je pensais que le dossier .gradle contiendrait des informations génériques telles que des mappages de dépendances, etc. et les aurait téléchargées sur le contrôle de version. J'ai ensuite essayé de configurer une nouvelle machine avec une version différente du système d'exploitation et une version de Java utilisant le code du contrôle de version, y compris le dossier .gradle, et j'ai rencontré des erreurs. Il s'est avéré que le dossier .gradle contient des informations spécifiques à l'ordinateur et est utilisé pour la mise en cache sur local. N'incluez pas le dossier .gradle dans le contrôle de version et essayez de configurer une nouvelle machine avec le code, le démon gradle fera le reste.
lorsque nous commençons le processus, il crée le dossier .gradle dans votre répertoire personnel. Il se compose de natif (informations sur votre système) et de caches. Les caches se composent en outre de plugins et de toutes les autres dépendances de jars.
Quand nous construisons le projet pour la première fois, il télécharge les dépendances et les plugins et les cheched ici. la prochaine fois que nous en aurons besoin, c'est d'ici. même lorsque nous en avons besoin dans Eclipse pour compiler le code (=> gradle Eclipse), ses dépendances sont ajoutées à partir du cache
Comme il continuera à mettre à jour et à ajouter lorsque vous exécutez gradle. donc je suppose que nous ne l'avons pas ajouté au contrôle de version.