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 (c.-à-d. 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 uniquement pour la mise en cache des informations, vous ne le voulez pas dans votre repo car:

  • il peut devenir grand et être plein de fichiers binarys
  • il peut y avoir des données spécifiques à la machine
  • il y a beaucoup de déstabilisation là-dedans (vous seriez constamment en train de modifier des fichiers là-dedans)
  • tout ce qui s’y trouve peut être complètement re-généré quand il le faut de toute façon

Il s’agit en fait d’un répertoire temporaire que Gradle place au milieu de votre code source (pourquoi Gradle pense qu’il s’agit d’une question différente).

Vous pouvez indiquer la nature du répertoire “cache” par le nom du commutateur qui vous permet de changer l’endroit où il se trouve: ” –project-cache-dir “.

Bien que je déteste avoir des fichiers binarys dans mon arbre source, je finis généralement par append le répertoire à mon fichier ignore car quelque part le long de la ligne, j’oublierai d’utiliser le commutateur depuis une ligne de commande ou depuis mon IDE devoir faire face à l’annuaire de toute façon.


Comment puis-je l’ignorer?

Les utilisateurs de Git peuvent append une ligne avec simplement .gradle au fichier .gitgnore et Git ignorera tous les fichiers de tout répertoire portant ce nom.

Les utilisateurs de Mercurial veulent rechercher le fichier .hgignore .

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

Le dossier .gradle contient différentes informations calculées sur la construction de votre gradle (par exemple, sorties / informations 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.

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 dégradé, il crée le dossier .gradle dans votre répertoire personnel. Il est composé de fichiers natifs (informations sur votre système) et de caches. Les caches sont constitués de plug-ins et de toutes les dépendances de bocaux.

Lorsque nous construisons le projet la première fois à ce moment-là, il télécharge les dépendances et les plug-ins et les a utilisés ici. la prochaine fois que nous en aurons besoin, cela viendra d’ici. même lorsque nous en avons besoin dans eclipse pour comstackr le code (=> gradation eclipse), ses dépendances sont ajoutées à partir du cache

Comme il continuera à mettre à jour et à append 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 pensais que le dossier .gradle contiendrait des informations génériques telles que les mappages de dépendances, etc., et les téléchargerait 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 de la version Java 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 à l’ordinateur et qu’il est utilisé pour la mise en cache locale. N’incluez pas le dossier .gradle dans le contrôle de version et essayez d’installer une nouvelle machine avec le code, le démon gradle fera le rest.