Si l' .gradle dossier sera ajouté à la version de contrôle?
Gradle crée un dossier appelé .gradle. Dois-je le suivre avec mon contrôle de version (c'est à dire git)?
Plus important encore, pourquoi /pourquoi pas?
Vous devez vous connecter pour publier un commentaire.
Dois-je suivre l' .gradle répertoire?
Pas. 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 voulez pas dans votre repo parce que:
C'est essentiellement un répertoire temp que Gradle est de déposer dans le milieu de votre code source (pourquoi Gradle pense que c'est une bonne chose à faire est une autre question).
Vous pouvez dire le "répertoire de cache" la nature de l'annuaire par le nom de l'interrupteur qui vous permet de modifier l'endroit où il va: "--le projet-cache-dir".
Si je déteste avoir des fichiers binaires dans mon arborescence des sources, j'ai l'habitude de simplement ajouter le répertoire à mon ignorer fichier parce que quelque part le long de la ligne que je vais oublier d'utiliser le commutateur de ligne de commande ou à partir de mon IDE ou quelque chose puis finir par avoir à traiter avec le répertoire de toute façon.
Comment dois-je l'ignorer?
Git les utilisateurs peuvent ajouter une ligne avec juste
.gradleà la .gitgnore fichier et Git va ignorer tous les fichiers dans un répertoire portant ce nom.Mercurial utilisateurs veulent regarder le .hgignore fichier.
Pour d'autres systèmes de contrôle de version, reportez-vous à la documentation - ils ont tous une fonction à l'appui de cette.
L' .gradle dossier contient différents calculé d'informations à propos de votre build gradle (par exemple, mise en cache des sorties/saisie des informations). Vous ne devriez pas vérifier que le dossier dans votre système de contrôle de version.
Vous n'avez pas besoin de garder le .gradle dossier.
Car une fois que vous exécuter la commande build gradle encore une fois, vous pouvez faire presque la même .gradle dossier à nouveau.
Mais lorsque vous utilisez le gradle.fichier de configuration de sous .gradle vous pourriez avoir besoin de le déplacer vers le dossier racine du projet.
quand nous commençons à l'gradle il créer la .gradle dossier à l'intérieur de votre répertoire d'accueil. Elle consiste en natif (informations sur votre système) et les caches. Caches supplémentaires consistent en des plugins et tous les autres pots de dépendances.
Lorsque nous construisons le projet premier temps à l'époque, c'télécharger les dépendances et les plugins et cheched ici. la prochaine fois, quand nous en avons besoin, c'obtenir à partir d'ici. même lorsque nous en avons besoin dans eclipse pour compiler le code (=>gradle eclipse), ses dépendances sont ajoutés à partir du cache
Qu'il va continuer à mettre à jour et ajouter lorsque vous exécutez gradle. donc je suppose que nous n'avons pas ajouté de contrôle de version.
J'étais de nouveau à Gradle et de la pensée que l' .gradle dossier contient des informations génériques telles que la dépendance des mappages, etc et l'a envoyé sur le contrôle de version. J'ai ensuite essayer de monter une nouvelle machine avec un OS différent de la saveur et de la version de Java à l'aide du code à partir de la version de contrôle, y compris l' .gradle dossier et a couru dans les erreurs. S'est avéré que l' .gradle dossier contient de la machine de l'information spécifique et est utilisé pour la mise en cache locale.
Ne comprennent pas les .gradle dossier dans le contrôle de version et essayez de configurer une nouvelle machine avec le code, le gradle démon fera le reste.