Quelles sont les différences entre les deux .gitignore et .gitkeep?

Quelles sont les différences entre .gitignore et .gitkeep? Sont-ils la même chose avec un nom différent, ou ils servent tous les deux une fonction différente? Je ne semble pas être en mesure de trouver beaucoup de documentation sur .gitkeep.

InformationsquelleAutor Matty | 2011-08-29
  1. 3035

    .gitkeep n'est pas documenté, parce que ce n'est pas une caractéristique de Git.

    Git ne peut pas ajouter de vider complètement le répertoire. Les gens qui veulent suivre les répertoires vides dans Git ont créé la convention de mettre des fichiers appelés .gitkeep dans ces répertoires. Le fichier peut être appelé n'importe quoi; Git attribue pas de signification particulière de ce nom.

    Il y a une concurrence de convention de l'ajout d'un .gitignore fichier pour les répertoires vides pour obtenir leur suivi, mais certaines personnes voient cela comme source de confusion car le but est de garder les répertoires vides, de ne pas les ignorer; .gitignore est également utilisé pour la liste des fichiers qui doivent être ignorés par Git lorsque vous cherchez sans traces de fichiers.

    • Informatif. Je m'attendais .gitkeep pour signaler les .gitignore les fichiers que vous voulez garder, en tant que distincte de l'autre .gitignore "corbeille" qui devraient/pourraient être supprimés après une direction de la caisse.
    • Ne serait-il pas une meilleure solution pour mettre un README fichier dans le vide sous-répertoire qui contient un peu d'informations sur ce sous-répertoire est destiné à être utilisé pour? Il semble confus pour avoir un fichier appelé .gitkeep qui ne fait pas partie de git.
    • de nombreuses fois, le chemin d'accès du répertoire vide (par exemple, les noms des dossiers) est suffisante pour exprimer le but (exemples: modèles/cache upload/pouces etc). Dans ces cas, mettre un readme dans chacun de ces se sent inutile.
    • les gens qui veulent garder une trace de répertoires vides doivent indiquer dans le fichier README que le répertoire doit être créé ou à créer les répertoires à l'aide de leur outil de construction ou quel que soit l'outil(s) exiger que le répertoire d'exister ;/
    • Un .gitignore fichier avec deux lignes: * et !.gitignore est plus que suffisamment de clarté pour transmettre ce qui se passe. Si une élaboration plus poussée est nécessaire, ajouter un commentaire au début du fichier, à l'aide de la # de la syntaxe.
    • mettre un README fichier est la meilleure solution pour faire de git pour le suivi des dossiers vides.
    • Il vaut la peine de remarquer que le populaire Rails de cadre a légèrement changé la présente convention à l'aide de .keep fichiers au lieu de les .gitkeep pour conserver ces dossiers vides, depuis git n'est pas la seule source de système de contrôle qui ne fait pas le suivi des dossiers vides. Plus de détails ici: github.com/rails/rails/issues/2800
    • Je viens d'appeler mon fichier .empty. Je suppose que ça a plus de sens, au moins pour moi.
    • Je suis d'accord avec @Droogans. Je ne crois pas que .gitignore est source de confusion. Bien au contraire, cela signifie que vous souhaitez conserver le dossier ET d'en ignorer le contenu. .gitkeep n'empêche pas la gestion des versions jetables fichiers par accident.
    • Personnellement, un fichier nommé .gitkeep avec le texte à l'intérieur (que l'on retrouve dans le fichier readme), fait plus de sens pour moi. Le nom .gitkeep est immédiatement évident, une fois que vous savez la convention, alors vous pouvez ouvrir le fichier si la curiosité des grèves. README assume trop général un but.
    • Je me sens comme il y a deux cas d'utilisation, nous allons parler ici. Si il y a un dossier qui sera finalement plein de suivi des articles, .gitkeep plus de sens que .gitignore, puisque vous n'êtes pas ignorant rien, vous êtes juste de garder le dossier. Toutefois, si le dossier est jamais va avoir suivi des fichiers, un .gitignore ignorer ces fichiers fait le plus de sens.
    • .keep est aussi un cadre plus général de fichier vide, non spécifique à git. J'utilise ça et de voir autour de nous.
    • Ma libération Ingénieur ajouté README à l'intérieur de certains répertoires dans le but de garder une trace de ces répertoires. Maintenant, le Projet Android habitude de construire si le fichier README fichiers ne sont pas supprimés... Juste un avis...
    • ce serait une terrible, .gitkeep sont moyen simple et efficace pour suivre les répertoires vides
    • et .gitkeep travail cependant mon avis est inchangé, l'outil de construction et readme devrait refléter ce nouveau répertoires seront créés.
    • J'ai essayer de mentionner les répertoires vides de la liste .gitkeep fichier mais il ne suivra pas les répertoires vides, Seul le dossier de la piste où .gitkeep fichier existe. pourquoi donc ?
    • veuillez lire la réponse soigneusement. .gitkeep n'a littéralement rien. git ne pas lire son contenu pour décider de la garder, seules les pistes le fichier comme un fichier normal.
    • Si j'ai vu un fichier README dans le dir je suis à la recherche je viens de supprimé au lieu de venir ici.
    • Comme évoqué par @TerNovi, les fichiers README sont susceptibles d'interférer avec l'automatisation. À l'aide caché .files devrait être préféré à des fichiers lisez-moi.
    • J'ai récemment publié un petit utilitaire CLI pour aider avec la façon récursive la création et la suppression .gitkeep fichiers. Vous pouvez le trouver ici: pypi.org/project/gitkeep2. Vous pouvez simplement l'installer en exécutant pip3 install gitkeep2 et ensuite l'utiliser en exécutant gitkeep path/to/foo. Il prend en charge recursivenes et en ajoutant des messages à la .gitkeep fichiers afin de les rendre auto-documenté.
    • Est-il particulier du cadre heuristique annexé à la présente convention? Je veux dire, je pourrais mettre ce fichier tant qu'il correspond à l'actuel projet de conventions. Tout argument en faveur de .gitkeep en contraste avec quelque chose de différent, comme un fichier README.md (nous savons déjà plaine README causes de l'automatisation des questions)?
    • Vous devriez appeler votre outil de "git-garder", pas "gitkeep", parce que git peut trouver automatiquement. Il regarde dans le $PATH pour les outils de début "git-" suivi de la commande que vous utilisez, c'est à dire "git garder le chemin/vers/dir". C'est la façon dont vous écrivez des extensions de git.

    InformationsquelleAutor Wooble
  2. 282

    .gitkeep est juste un espace réservé. Un fichier fictif, donc, git va pas oublier le répertoire, depuis git pistes uniquement les fichiers.

    Si vous voulez un vide dir et assurez-vous qu'il reste "propre" pour git, créer un .gitignore contenant les lignes suivantes à l'intérieur:

    # .gitignore sample 
###################

# ignore all files in this dir...
*

# ... except for this one.
!.gitignore

    Si vous désirez avoir un seul type de fichiers visibles pour git, voici un exemple de comment filtrer tout, sauf .gitignore et tous les .txt fichiers:

    # .gitignore to keep just .txt files
###################################

# filter everything...
*

# ... except the .gitignore...
!.gitignore

# ... and all text files.
!*.txt

    ('#' indique commentaires.)

    • J'aime cette pratique moi-même. Si il y avait le code source dans ces répertoires, il n'y aurait aucun besoin de .gitkeep et en général, il est temp/cache/contenu utilisateur qui, au cours de tests serait produite de toute façon à l'origine d'avoir aussi .gitignore ces fichiers
    • Pourquoi avez-vous besoin ! en face de .gitignore ? C'est que, pour échapper à la dot ?
    • Non, le ! nie la partie suivante, comme il le fait habituellement dans la programmation.
    • Il n'est pas nécessaire de mettre !.gitignore dans un git d'ignorer des fichiers, ajouter le fichier, puis de le modifier, ou la force de l'ajouter avec le contenu approprié ("*" de tout ignorer, ou rien de tout simplement faire en sorte que le dossier existe) exemple.
    • À partir de votre lien: Since the git ignore file is already in the repo it is not necessary to not-ignore it - it is already tracked. ------ Si elle n'est pas, et vous ne le faites pas, un puissant ajouter, vous pouvez l'oublier. Dans les cas triviaux, pas de problème, mais si c'est un gros fichier, vous pourriez être en colère. À l'aide de !.gitignore vous empêche de se tirer une balle dans le pied. Je la préfère, avoir brûlé moi-même dans le passé.
    • (..)A dummy file, so git will not forget about the directory, since git tracks only files.(..) bien.. dans le monde de Linux tout est un fichier. Et laissez-n'oubliez pas que git a été créé par le gars qui a créer Linux en premier lieu.
    • Il n'a pas besoin d'être vide. J'ai trouvé utile de faire le .gitkeep magasin de fichier texte expliquant pourquoi ce répertoire est important de garder le contrôle de code source. J'ai écrit un petit utilitaire qui permet de créer les auto-documenté .gitkeep fichiers très facilement —par exemple gitkeep path/to/foo -m "This is where we'll later add X stuff." vous pouvez l'installer avec pip3 install gitkeep2 et de le trouver à l'adresse pypi.org/project/gitkeep2

    InformationsquelleAutor sjas
  3. 117
    .gitignore

    est un fichier texte qui comporte une liste de fichiers dans votre répertoire git va ignorer ou ne pas ajouter/mettre à jour dans le référentiel.

    .gitkeep

    Depuis git supprime ou ne pas ajouter les répertoires vides pour les pensions de titres .gitkeep est une sorte de hack (je ne pense pas que c'est officiellement nommé comme une partie de git) pour garder les répertoires vides dans le repo.

    il suffit de faire une touch /path/to/emptydirectory/.gitkeep ajouter le fichier et git va maintenant être en mesure de maintenir ce répertoire dans le référentiel.

    • Vous pouvez avoir autant de .gitignores que vous voulez, si vous ne voulez pas spécifier le chemin complet de chaque dossier à chaque fois.
    • J'essaie de parler de vide de liste de répertoires dans .gitkeep fichier mais il ne suivra pas les répertoires vides, Seul le dossier de la piste où .gitkeep fichier existe. pourquoi donc ?
    • .gitkeep ne fonctionne pas comme .gitignore. Ce n'est pas une liste de répertoires à garder autour. Il s'agit simplement d'un fichier vide qui vit dans le répertoire que vous voulez conserver. Il peut être n'importe quel nom que vous voulez .garder, etc. Vous pouvez donc avoir un répertoire comme /foo/bar et la gitkeep fichier sera /foo/bar/.gitkeep
    InformationsquelleAutor Jim Munro