J'ai un référentiel pour une application sur laquelle je travaille qui inclut un fichier de configuration. Actuellement, je distribue avec une extension .dist
et je demande à l'utilisateur de renommer le fichier avant de le modifier.Ajouter un fichier de configuration ignoré pour git repo comme exemple
nate:~/myAwesomeApp% git ls-files
.gitignore
README
config.dist
glorious_support_lib.p
bestProgramEvar.f90
Ceci est bien et dandy, et la configuration actuelle est ignorée.
nate:~/myAwesomeApp% cat .gitignore
config
Il serait doux, cependant, si je pouvais distribuer ce fichier de configuration sous son vrai nom et prêt à modifier, tout en laissant ignoré de sorte qu'une nouvelle copie clonée du référentiel a la distribution « fonctionnelle », et il ne sera pas écrasé, mis à mal, ou autrement molesté, et de telle sorte que les utilisateurs ne sont pas à vous soucier de pousser ou de publier leurs super-secret détails de configuration aux interwebs via une git commit -a -m 'hurrrr derp! oopsies!' && git push
involontaire
Y-a-t'il une façon de le faire? D'avoir git garder autour d'une seule version originale du fichier qui est cloné, mais par la suite ignoré?
Je suis sûr que cela a déjà été demandé, mais pour la vie de moi, mon google-fu a échoué. Lay l'école en profondeur, SO.
C'est essentiellement ce que je fais maintenant. Ce serait juste gentil s'il y avait une capacité "ignorer après commettre xxxxxx". – sleepynate
@sleepynate Peut-être qu'un post commit commit un crochet vérifiant le commit xxxxxx et ajoutant quelque chose à .gitignore? – takeshin