Comment supprimer un fichier de l'index dans git ?

Question

Comment supprimer un fichier de l'index ( = zone de transit = cache) sans le supprimer du système de fichiers ?

Answer 1

Vous voulez :

git rm --cached [file]

Si vous omettez le --cached il le supprimera également de l'arbre de travail. git rm est légèrement plus sûr que git reset car vous serez averti si le contenu mis en scène ne correspond pas à l'extrémité de la branche ou au fichier sur le disque. (Si ce n'est pas le cas, vous devez ajouter la commande --force .)

Answer 2

Ceci devrait déstocker un <fichier> pour vous (sans supprimer ou modifier le fichier) :

git reset <file>

Answer 3

git reset HEAD <file> 

pour supprimer un fichier particulier de l'index.

et

git reset HEAD

pour supprimer tous les fichiers indexés.

Answer 4

N'utilisez que git rm --cached [file] pour supprimer un fichier de l'index.

git reset <filename> peut être utilisé pour supprimer les fichiers ajoutés de l'index, à condition que les fichiers soient jamais commis .

% git add First.txt
% git ls-files
First.txt
% git commit -m "First"   
% git ls-files            
First.txt
% git reset First.txt
% git ls-files              
First.txt

NOTE : git reset First.txt n'a aucun effet sur l'index après le commit.

Ce qui m'amène à parler de git restore --staged <file> . Il peut être utilisé pour (vraisemblablement après le premier commit) supprimer les fichiers ajoutés de l'index si les fichiers sont jamais commis .

% git add Second.txt              
% git status        
On branch master
Changes to be committed:
  (use "git restore --staged <file>..." to unstage)
    new file:   Second.txt
% git ls-files       
First.txt
Second.txt
% git restore --staged Second.txt
% git ls-files 
First.txt
% git add Second.txt 
% git commit -m "Second"
% git status            
On branch master
nothing to commit, working tree clean
% git ls-files 
First.txt         
Second.txt
Desktop/Test% git restore --staged .
Desktop/Test% git ls-files
First.txt                   
Second.txt
Desktop/Test% git reset .                    
Desktop/Test% git ls-files
First.txt
Second.txt
% git rm --cached -r .
rm 'First.txt'
rm 'Second.txt'
% git ls-files  

tl;dr Regardez les 15 dernières lignes. Si vous ne voulez pas être confondu avec le premier commit, le second commit, avant le commit, après le commit.... utilisez toujours git rm --cached [file]

Answer 5

En fonction de votre flux de travail, il se peut que vous ayez besoin de ce genre de chose assez rarement pour qu'il soit inutile d'essayer de trouver une solution en ligne de commande (à moins que vous ne travailliez sans interface graphique pour une raison quelconque).

Il suffit d'utiliser l'un des outils basés sur l'interface graphique qui prennent en charge la gestion des index, par exemple :

• git gui <-- utilise le cadre de fenêtrage Tk -- style similaire à celui de gitk
• git cola <-- une interface graphique de style plus moderne

Ils vous permettent de déplacer les fichiers dans et hors de l'index par pointer-cliquer. Ils prennent même en charge la sélection et le déplacement de parties d'un fichier (modifications individuelles) vers et depuis l'index.

---

Que diriez-vous d'une perspective différente : Si vous vous trompez en utilisant l'une des commandes suggérées, plutôt cryptiques :

• git rm --cached [file]
• git reset HEAD <file>

... vous risquez de perdre des données, ou du moins de les rendre difficiles à retrouver. À moins que vous n'ayez vraiment besoin de faire cela à très haute fréquence, l'utilisation d'un outil GUI est probablement plus sûre .

---

Travailler sans l'index

D'après les commentaires et les votes, je me suis rendu compte que beaucoup de gens utilisent l'index tout le temps. Ce n'est pas mon cas. Voici comment :

• Sauvegarder toute ma copie de travail (le cas typique) : git commit -a
• N'engagez que quelques fichiers : git commit (list of files)
• Valider tous les fichiers modifiés, sauf quelques uns : git commit -a puis modifier via git gui
• Examinez graphiquement toutes les modifications apportées à la copie de travail : git difftool --dir-diff --tool=meld