L'application .gitignore à commis des fichiers

J'ai commis des charges des dossiers que je veux maintenant d'ignorer. Comment puis-je indiquer à git pour l'instant ignorer ces fichiers à partir d'avenir s'engage?

EDIT: je ne veux pas les supprimer à partir du référentiel de trop. Ils sont des fichiers créés après jamais construire ou pour un utilisateur spécifique à la prise en charge des outils.

double possible de .gitignore fichier n'ignore
La réponse peut être similaire, mais cette question décrit exactement le problème que j'ai été confronté avec des et à résoudre.
C'est la réponse qui répond directement à la question titre avec un minimum de modifications à votre repo git: stackoverflow.com/a/26245961/3543437

InformationsquelleAutor user880954 | 2011-09-23

git

417
1. Modifier .gitignore pour faire correspondre le fichier que vous souhaitez ignorer
2. git rm --cached /path/to/file
Voir aussi:
- Il y a beaucoup de fichiers. Je ne veux pas avoir à le faire pour chaque seul
- Sont les fichiers dans tous les répertoires ordinaires? Si non, le problème se réduit à une coquille question d'utilisation, pas un git un.
- Il faut être un " j'ai oublié d'ajouter mon .gitignore jusqu'à ce que après mon premier commit' mode.
- "J'ai oublié d'ajouter mon .gitignore jusqu'à ce que après mon premier commit " et la réponse est le post en dessous de celui-ci. Il fonctionne!
- La réponse est en dessous de celui-ci.
- Il m'a demandé d'ajouter le drapeau-r pour être en mesure de le faire.
- Un autre moyen pour résoudre ce problème: stackoverflow.com/questions/45608337/...
InformationsquelleAutor Matt Ball
571

Après l'édition .gitignore de faire correspondre les fichiers ignorés, vous pouvez le faire git ls-files -ci --exclude-standard pour voir les fichiers qui sont inclus dans les listes d'exclusion; vous pouvez ensuite faire git ls-files -ci --exclude-standard -z | xargs -0 git rm --cached pour les supprimer à partir du référentiel (sans les supprimer du disque).

Modifier: Vous pouvez également ajouter un alias dans votre .gitconfig fichier de sorte que vous pouvez exécuter à tout moment vous le souhaitez. Il suffit d'ajouter la ligne suivante dans la section [alias] section:
```
apply-gitignore = !git ls-files -ci --exclude-standard -z | xargs -0 git rm --cached
```
(Le -r drapeau dans xargs empêche git rm de s'exécuter sur un résultat vide et l'impression de son message, mais ne peut être pris en charge par GNU findutils. D'autres versions de xargs peut ou peut ne pas avoir une option similaire.)

Maintenant, vous pouvez simplement taper git apply-gitignore dans votre pension, et il va faire le travail pour vous!
- Je pense que xargs pour mac n'a pas d'-r... la mienne est buggy/vieux, je ne sais pas... et pourquoi le ! avant de git? bien... le mien a travaillé comme alias apply-gitignore="git ls-files -ci --exclude-standard -z | xargs -0 git rm --cached". tks!
- Sur Windows for /F "tokens=*" %a in ('git ls-files -ci --exclude-standard') do @git rm --cached "%a"
- une autre git gem
- Cette juste enlevé mon .gitignore fichiers, pas les fichiers que je voulais ignorer qui ont été répertoriés dans le .gitignore fichiers était - ce que le point?
- si les fichiers sont déjà engagés (même si elles ont été inscrites à l' .gitignore), et .gitignore est pas encore commis, alors que serait le résultat escompté, sinon, je ne suis pas sûr de ce qui se passe dans votre cas.
- Mais n'est-ce pas une mauvaise idée que git rm supprimer les fichiers à partir d'autres endroits sur le pull, même si vous utilisez --mise en cache pour éviter que localement?
- A fonctionné parfaitement. Beaucoup apprécié!
- J'ai eu une erreur xargs: git : Bad file number à l'aide de git 1.9.2. À l'aide de SourceTree intégré git fonctionne très bien, pas très bien pourquoi.
- C'est la réponse. J'ai aussi ajouté un "git add .gitignore" à ce fichier là pour que les autres ne pas ajouter des trucs. Nice one!
- FWIW, il fonctionne très bien pour moi sur Yosemite.
- Merci! Ce qui est excellent.
- Vous n'avez généralement pas obtenir la réélection de "Accepté" réponse sur la SORTE. Malheureusement, j'ai vu beaucoup de choses ici. La meilleure chose à faire est de faire défiler vers le bas et de lire toutes les réponses avant d'aller avec l'un d'entre eux (upvotes pas toujours la meilleure réponse btw, j'ai constaté des gemmes avec des votes NÉGATIFS aussi bien, mais dans ce cas, c'est clairement pas le cas), mais de toute façon, excellente réponse, c'est, je vais accepter, c'est la vraie réponse.
- Le seul qui a fonctionné pour moi est de changer ~/.gitconfig apply-gitignore= !git ls-files -ci --exclude-standard -z | xargs -0 git rm --cached Ceci est basé sur @Felipe-sabino réponse, mais sans les guillemets et à l'aide d'un !git soupçon. J'utilise git version 1.8.5.2 (Apple Git-48)
- "Simple"? Vraiment? Le monde de git est un endroit étrange...
- C'est ce qui arrive lorsque vous devez plonger dans la plomberie, au lieu de simplement en utilisant la porcelaine commandes
- Pour les utilisateurs de mac, -r est par défaut et n'est pas accepté par les versions BSD. Donc, supprimer -r.
- REMARQUE: que cela permettra d'ajouter "supprimer les fichiers" dans votre dépôt git. Vous conservez vos fichiers locaux en raison de "--en cache" argument, toutefois, si vous devez revenir en arrière dans votre histoire avant la suppression et revenir à nouveau, git va regarder dans le "supprimer les fichiers" et le supprimer de votre dossier local. Donc vous devez être prudent avec elle.
- J'ai fait les deux étapes mais supprimé des fichiers à ignorer à partir engage l'ensemble d'entre eux ont fini dans une "mise en scène de fichiers" dans le SourceTree
- Salut, le git ls-files -ci --exclude-standard -z | xargs -0 git rm --cached résultats de la commande dans xargs: cannot fork à moi (sur Windows). Que puis-je faire avec cela?
- Est-il possible de supprimer ces fichiers à partir de tous les précédents s'engage?
InformationsquelleAutor Jonathan Callen
118

pour conserver le fichier dans le repo, mais ignorent les futures modifications:
```
git update-index --assume-unchanged <file>
```
et d'annuler cette:
```
git update-index --no-assume-unchanged <file>
```
de trouver les fichiers qui ont été mis de cette façon:
```
git ls-files -v|grep '^h'
```
de crédit pour l'original de la réponse à
http://blog.pagebakers.nl/2009/01/29/git-ignoring-changes-in-tracked-files/
- Chronial a une grande réponse pour ce faire, de manière récursive pour un répertoire: stackoverflow.com/a/16346756/1101076
- J'ai voulu commettre un IDE config mais pas de piste inutile de le modifier. Cela fonctionne, mais je ne sais pas si ça marchera pour d'autres personnes, de vérifier le dépôt. Il peut être combiné avec git ls-files -ci --exclude-standard -z | xargs -0 git update-index --assume-unchanged si cela aide.
- C'est le que répondre que c'est justement ce que le titre de la question demande. PARFAIT! La plupart de ces autres réponses ont été déconner avec des fichiers inutilement.
InformationsquelleAutor ben.tiberius.avery
71

Assurez-vous que votre repo est la dernière version
1. Modifier .gitignore que vous le souhaitez
2. git rm -r --cached .
3. git add .
puis engagez-vous comme d'habitude
- Ce doit être la accepté de répondre à la question spécifiquement dit qu'il y avait beaucoup de fichiers à supprimer.
- Notez que l'étape 2, cela peut prendre un certain temps si vous avez un gros dépôt.
- Il devrait y avoir un défaut commande git pour cette
- Cette juste a conduit à la suppression de tous des fichiers à partir de l'index! Ceci m'a sauvé: git reset HEAD (n'oubliez pas de ranger tous les changements)
- Étape 2 supprime tout, oui, mais l'étape 3 doit readd tous, sauf pour ceux qui ne parviennent pas en raison de .gitignore.
InformationsquelleAutor Théo Attali
10

Vieille question, mais certains d'entre nous sont dans git-posh (powershell). C'est la solution pour que:
```
git ls-files -ci --exclude-standard | foreach { git rm --cached $_ }
```
InformationsquelleAutor Crisfole
0

Suivez ces étapes:
1. Ajouter un chemin d'accès à gitignore fichier
2. Exécuter cette commande
```
git rm -r --cached foldername
```
3. valider les modifications, comme d'habitude.
InformationsquelleAutor Kalyan Chakravarthi V

Vous devez vous connecter pour publier un commentaire.