Comment puis-je faire en sorte que git ignore les révisions futures d'un fichier ?

Question

J'ai créé une version par défaut d'un fichier inclus dans un dépôt git. Il est important que lorsque quelqu'un clone le dépôt, il obtienne une copie de ce fichier. Cependant, j'aimerais configurer git de manière à ce qu'il ignore les modifications apportées ultérieurement à ce fichier. .gitignore ne fonctionne que sur les fichiers non suivis.

Ma motivation est que ce fichier contient des informations spécifiques à la machine. J'aimerais fournir des valeurs par défaut, tout en permettant aux gens d'effectuer des changements locaux qui ne seront pas repoussés vers le dépôt d'origine, créant des conflits de fusion lorsque nous tirons de nouveaux changements.

Nous sommes généralement assez paresseux et utilisons git add . beaucoup, donc je suis sûr que si je ne peux pas dire à git d'ignorer ce fichier, les modifications de celui-ci finiront par être validées et poussées.

Pour résumer,

1. Je voudrais créer un fichier, l'appeler default_values.txt qui est ajouté à mon dépôt git et qui est inclus lorsque quelqu'un clone ce dépôt.
2. git add . ne doit pas ajouter default_values.txt à l'engagement.
3. Ce comportement doit être transmis à tous les clones du référentiel.

Answer 1

Ce que vous recherchez est git update-index --assume-unchanged default_values.txt .

Consultez la documentation pour plus de détails : http://www.kernel.org/pub/software/scm/git/docs/git-update-index.html

Answer 2

L'approche que j'ai généralement vue est de créer un fichier avec un nom différent, par exemple : default_values_template.txt et de mettre default_values.txt dans votre .gitignore. Demandez aux gens de copier default_values_template.txt vers default_values.txt dans leurs espaces de travail locaux et de faire les changements nécessaires.

Answer 3

Jetez un coup d'œil au scripting smudge/clean. De cette façon, vous pouvez contrôler la version du fichier, mais lorsqu'il est extrait, vous le "corrigez" en remplaçant les données génériques/supportées par des données spécifiques à la machine dans le fichier.

Lorsque vous l'engagez, vous le "nettoyez" en remplaçant les informations spécifiques à la machine par des informations génériques ou de remplacement.

Les Smudge/clean scripts doivent être déterministes en ce sens que les appliquer plusieurs fois, dans des ordres différents sera l'équivalent de simplement exécuter le dernier de la séquence.

La même chose peut s'appliquer aux mots de passe si vous devez exposer votre dépôt mais que le contenu peut contenir des informations sensibles.

Answer 4

J'ai résolu ce problème en définissant le filtre "clean" pour simplement cat le contenu du fichier dans l'index.

git show :path/to/myfile devrait juste imprimer le contenu de l'index pour le fichier spécifié, donc nous pouvons l'utiliser dans un script pour remplacer la copie de travail avec la copie intacte dans l'index :

#! /bin/sh

git show :$1

Définissez-le comme le filtre "propre" pour le fichier concerné (en supposant que vous l'ayez mis dans "discard_changes") :

$ git config filter.ignore_myfile.clean "discard_changes path/to/myfile"
$ echo "path/to/myfile filter=ignore_myfile" >> .gitattributes

Malheureusement, je ne trouve pas de moyen de rendre cela généralisable à plusieurs fichiers, car il n'y a aucun moyen de dire quel fichier nous traitons à l'intérieur du script propre. Bien sûr, il n'y a rien qui vous empêche d'ajouter une règle de filtrage différente pour chaque fichier, mais c'est un peu maladroit.

Answer 5

Je vous suggère de vous intéresser aux submodules. Si vous placez les fichiers spécifiques à la machine dans un submodule, git add devrait l'ignorer.