Vous pouvez utiliser
$ git rm --cached ./whatever1.txt
après quelque chose est déjà sous contrôle de version.
En fait, si vous avez « whatever1.txt » sous contrôle de version et que vous voulez le supprimer de git, mais laissez votre arbre de travail sans entraves, puis faites ceci:
$ git rm --cached ./whatever1.txt
$ echo /whatever1.txt >> ${PROJECT_ROOT}/.gitignore
$ git status # this will now show ./whatever1 as "deleted" (from git, not your working tree, and will show gitignore as modified or created)
$ git commit -a
Et voilà.
Utilisez uniquement
$ git rm
lorsque vous souhaitez supprimer le fichier à la fois l'arbre de travail ET le git. CAVEAT: Le scénario probable que vous utiliseriez pour cela consiste à supprimer des fichiers spécifiques à IDE de git. Dans cet exemple, "whatever1" représente le ou les fichiers IDE que vous supprimez. Si vous travaillez sur un projet avec plusieurs personnes et que vous apportez cette modification à un dépôt partagé, alors leurs fichiers "./whatever1" SERONT SUPPRIMÉS lorsqu'ils tireront cette modification. La chose facile à faire d'ici pour les personnes à la réception est:
$ git checkout 1215ef -- ./file-you-want-to-restore ./another-file ./another-etc
(où 1215ef représente le dernier commit avant la suppression)
Cela a pour effet de restaurer les fichiers qui étaient présents à leur dernier engagement avant l'attraction.Après avoir fait cela, ces fichiers seront en sécurité et n'apparaîtront pas comme non validés car ils seront exclus de gitignore.
Bonne chance!
Que voulez-vous dire "aller commettre mes changements"? –
Cela peut être une question stupide, mais avez-vous déjà commis .perspectivev3 précédemment ou l'avez-vous ajouté à l'index avant de mettre à jour votre fichier gitignore? –