Nous migrons de Perforce vers GIT. En fait, il y avait quelques fichiers que je voudrais dans le dépôt, mais ils ne devraient pas être enregistrés régulièrement par des développeurs individuels. Des choses comme les fichiers de projet éclipse. Chaque dev peut obtenir le fichier .project initial, mais le modifier légèrement pour son environnement. Avec P4, je pouvais prendre ces fichiers, les mettre dans une liste de modifications séparée et les oublier. La synchronisation ne les écraserait pas et ils ne seraient pas validés lorsque j'aurais validé ma liste de modifications par défaut.Marquer un fichier dans le rapport GIT comme temporairement ignoré
Existe-t-il un moyen de faire quelque chose de similaire avec GIT?
Je voudrais être encore capable de "git commit -a"
duplication possible de [Fichiers de configuration spécifiques à la machine d'engagement] (http://stackoverflow.com/questions/1396617/fichiers-de-configuration-machine-specific) – Senseful
Copie possible de [Puis-je 'git commit' un fichier et ignorer son changements de contenu?] (https://stackoverflow.com/questions/3319479/can-i-git-commit-a-file-and-ignore-its-content-chang es) –
* J'aimerais continuer à "git commettre -a" * - c'est précisément votre problème, juste là. Avec 'git', vous ne faites pas que tout commettre, vous passez en revue ce qui a changé avec' git status' et 'git diff', vous décidez quoi ajouter (ou' .gitignore'), puis vous commettez précisément ce dont vous avez besoin . Ce flux de travail garantit que vos validations ne contiennent pas de vilains comme des fichiers objets ou temporaires accidentellement enregistrés, etc. Voir, créer un historique 'git' raconte une histoire, et mieux vous le dites, plus il sera utile. Il vaut mieux ne pas le maculer avec commit-my-tas-of-garbage. – cmaster