Comment décompresser un grand nombre de fichiers sans supprimer le contenu

J'ai accidentellement ajouté beaucoup de fichiers temporaires en utilisant git add -A

J'ai réussi à décompresser les fichiers en utilisant les commandes suivantes et j'ai réussi à supprimer l'index sale.

git ls-files -z | xargs -0 rm -f
git diff --name-only --diff-filter=D -z | xargs -0 git rm --cached

Les commandes ci-dessus sont répertoriées dans le git help rm. Mais malheureusement, mes fichiers ont également été supprimés lors de l'exécution, même si j'avais donné l'option de cache. Comment effacer l'index sans perdre le contenu?

Il serait également utile que quelqu'un explique le fonctionnement de cette opération de canalisation.

git reset

Si tout ce que vous voulez, c'est d'annuler une exécution "git add" trop zélée:

git reset

Vos modifications ne seront pas mises en scène et seront prêtes à être ajoutées à votre guise.

NE COUREZ PAS git reset --hard.

Il non seulement mettra en scène vos fichiers ajoutés, mais annulera toutes les modifications que vous avez apportées dans votre répertoire de travail. Si vous avez créé de nouveaux fichiers dans le répertoire de travail, il ne les supprimera cependant pas.

Si vous avez un dépôt vierge (ou si HEAD n'est pas défini) ^[1], vous pouvez simplement

rm .git/index

Bien sûr, cela vous obligera à ajouter à nouveau les fichiers que vous avez voulez ajouter.

^[1] Remarque (comme expliqué dans les commentaires), cela ne se produira généralement que lorsque le dépôt est neuf ("vierge") ou si aucun engagement n'a été fait. Plus techniquement, chaque fois qu'il n'y a pas de caisse ou d'arbre de travail.

Juste pour être plus clair :)

Utilisez git reset HEADpour réinitialiser l'index sans supprimer les fichiers. (Si vous souhaitez uniquement réinitialiser un fichier particulier dans l'index, vous pouvez le git reset HEAD -- /path/to/filefaire.)

L'opérateur de tuyaux, dans une coquille, prend le stdoutprocessus à gauche et le transmet stdinau processus à droite. C'est essentiellement l'équivalent de:

$ proc1 > proc1.out
$ proc2 < proc1.out
$ rm proc1.out

mais au lieu de cela $ proc1 | proc2, le deuxième processus peut commencer à obtenir des données avant que le premier ne soit sorti, et aucun fichier réel n'est impliqué.

git stash && git stash pop

Si HEAD n'est pas défini (c.-à-d., Vous n'avez pas encore de commit, mais vous ne voulez pas simplement souffler .gitparce que vous avez déjà configuré une autre configuration de dépôt que vous souhaitez conserver), vous pouvez également faire

git rm -rf --cached .

pour tout déchaîner. C'est en fait la même chose que la solution de sehe, mais évite de nettoyer avec les composants internes de Git.

Attention: n'utilisez la commande suivante que si vous voulez perdre du travail non engagé!

L'utilisation git reseta été expliquée, mais vous avez également demandé une explication des commandes canalisées, alors voici:

git ls-files -z | xargs -0 rm -f
git diff --name-only --diff-filter=D -z | xargs -0 git rm --cached

La commande git ls-filesrépertorie tous les fichiers connus de git. L'option leur -zimpose un format spécifique, le format attendu par xargs -0, qui les invoque rm -fensuite, ce qui signifie de les supprimer sans vérifier votre approbation.

En d'autres termes, "listez tous les fichiers que git connaît et supprimez votre copie locale".

Ensuite, nous arrivons à git diff, qui montre les changements entre les différentes versions des éléments que git connaît. Il peut s'agir de changements entre différentes arborescences, de différences entre les copies locales et les copies distantes, etc.
Tel qu'utilisé ici, il montre les changements non programmés; les fichiers que vous avez modifiés mais que vous n'avez pas encore validés. L'option --name-onlysignifie que vous voulez uniquement les noms de fichiers (complets) et --diff-filter=Dque vous êtes intéressé par les fichiers supprimés uniquement. (Hé, n'avons-nous pas simplement supprimé un tas de choses?) Cela est ensuite canalisé dans le fichier que xargs -0nous avons vu auparavant, qui les invoque git rm --cached, ce qui signifie qu'elles sont supprimées du cache, tandis que l'arborescence de travail doit être laissée seule - sauf que vous venez de supprimer tous les fichiers de votre arborescence de travail. Maintenant, ils sont également supprimés de votre index.

En d'autres termes, toutes les modifications, échelonnées ou non, ont disparu et votre arborescence de travail est vide. Ayez un cri, extrayez vos fichiers frais d'origine ou à distance et refaites votre travail. Maudissez le sadique qui a écrit ces lignes infernales; Je ne sais absolument pas pourquoi quelqu'un voudrait faire ça.

TL; DR: vous venez de tout arroser; recommencer et utiliser à git resetpartir de maintenant.

Je crains que la première de ces lignes de commande ne supprime inconditionnellement de la copie de travail tous les fichiers qui se trouvent dans la zone de transit de git. Le second a mis en scène tous les fichiers qui ont été suivis mais ont maintenant été supprimés. Malheureusement, cela signifie que vous aurez perdu toutes les modifications non validées de ces fichiers.

Si vous souhaitez récupérer votre copie de travail et votre index comme ils étaient lors du dernier commit , vous pouvez ( avec précaution ) utiliser la commande suivante:

git reset --hard

Je dis "soigneusement" car git reset --hard cela effacera les changements non validés dans votre copie de travail et votre index. Cependant, dans cette situation, il semble que vous vouliez simplement revenir à l'état lors de votre dernier commit, et les modifications non validées ont quand même été perdues.

Mise à jour: il ressort de vos commentaires sur la réponse d'Amber que vous n'avez pas encore créé de commits (car HEAD ne peut pas être résolu), donc cela n'aidera pas, je le crains.

Quant à la façon dont ces canaux fonctionnent: git ls-files -zet les git diff --name-only --diff-filter=D -zdeux produisent une liste de noms de fichiers séparés par l'octet 0. (Ceci est utile, car, contrairement aux nouvelles lignes, les 0octets sont garantis de ne pas se produire dans les noms de fichiers sur les systèmes de type Unix.) Le programme xargsconstruit essentiellement des lignes de commande à partir de son entrée standard, par défaut en prenant des lignes de l'entrée standard et en les ajoutant à la fin de la ligne de commande. L' -0option dit de s'attendre à ce que l'entrée standard soit séparée par des 0octets. xargspeut invoquer la commande plusieurs fois pour utiliser tous les paramètres de l'entrée standard, en s'assurant que la ligne de commande ne devient jamais trop longue.

À titre d'exemple simple, si vous avez un fichier appelé test.txt, avec le contenu suivant:

hello
goodbye
hello again

... alors la commande xargs echo whatever < test.txtinvoquera la commande:

echo whatever hello goodbye hello again

Si vous souhaitez annuler toutes les modifications, utilisez la commande ci-dessous,

git reset --soft HEAD

Dans le cas où vous souhaitez annuler les modifications et les annuler à partir du répertoire de travail,

git reset --hard HEAD