Le dossier .gradle doit-il être ajouté au contrôle de version?

Gradle crée un dossier appelé .gradle. Dois-je le suivre avec mon contrôle de version (ie 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 des informations, vous ne les 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
• il y a beaucoup de désabonnement là-dedans (vous seriez constamment en train de commettre des modifications dans les fichiers)
• tout ce qui s'y trouve peut être complètement régénéré chaque fois que cela est nécessaire de toute façon

C'est fondamentalement un répertoire temporaire que Gradle dépose au milieu de votre code source (pourquoi Gradle pense que c'est une chose appropriée à faire est une autre question).

Vous pouvez indiquer la nature "répertoire cache" du répertoire par le nom du commutateur qui vous permet de changer où il va: " --project-cache-dir ".

Bien que je déteste avoir des fichiers binaires dans mon arborescence source, je finis généralement par ajouter le répertoire à mon fichier ignorer parce que quelque part le long de la ligne, j'oublierai d'utiliser le commutateur à partir d'une ligne de commande ou de mon IDE ou quelque chose et puis finir avoir à gérer l'annuaire de toute façon.

Comment l'ignorer?

Les utilisateurs de Git peuvent ajouter une ligne avec juste .gradleau fichier .gitgnore et Git ignorera tous les fichiers dans n'importe quel répertoire avec ce nom.

Les utilisateurs de Mercurial souhaitent rechercher le fichier .hgignore .

Pour les autres systèmes de contrôle de version, reportez-vous à la documentation - ils ont tous une fonction pour prendre en charge cela.

Le dossier .gradle contient différentes informations calculées sur votre build gradle (par exemple, les sorties / informations d'entrée mises en cache). Vous ne devriez certainement pas archiver ce dossier dans votre système de contrôle de version.

Vous n'avez pas besoin de conserver le dossier .gradle.

Parce qu'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 vers le dossier racine du projet.

lorsque nous démarrons le gradle, il crée le dossier .gradle dans votre répertoire personnel. Il se compose de natifs (informations sur votre système) et de caches. Les caches sont en outre constitués de plugins et de toutes les autres dépendances jars.

Lorsque nous construisons le projet pour la première fois à ce moment-là, il télécharge les dépendances et les plugins et les vérifie ici. la prochaine fois que nous en aurons besoin, c'est d'ici. même quand on en a besoin dans eclipse pour compiler le code (=> gradle eclipse), ses dépendances sont ajoutées à partir du cache

Comme il continuera à se mettre à jour et à ajouter lorsque vous exécutez gradle. donc je suppose que nous ne l'avons pas ajouté au contrôle de version.

J'étais nouveau sur Gradle et je pensais que le dossier .gradle contiendrait des informations génériques telles que les mappages de dépendances, etc. et je l'ai téléchargé sur le contrôle de version. J'ai ensuite essayé de configurer une nouvelle machine avec une saveur de système d'exploitation et une version Java différentes en 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 à la machine et est utilisé pour la mise en cache en 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.