Cómo eliminar la gran cantidad de archivos sin eliminar el contenido

Accidentalmente agregué muchos archivos temporales usando git add -A

Logré desestadificar los archivos con los siguientes comandos y logré eliminar el índice sucio.

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

Los comandos anteriores se enumeran en el git help rm. Pero lamentablemente, mis archivos también se eliminaron en la ejecución, a pesar de que había dado la opción de caché. ¿Cómo puedo borrar el índice sin perder el contenido?

También sería útil que alguien pueda explicar cómo funciona esta operación de tubería.

git reset

Si todo lo que quiere es deshacer una ejecución excesivamente entusiasta de "git add":

git reset

Sus cambios no estarán organizados y estarán listos para que los vuelva a agregar a su gusto.

No ejecute git reset --hard.

No solo desestabilizará sus archivos agregados, sino que revertirá cualquier cambio que haya realizado en su directorio de trabajo. Sin embargo, si creó archivos nuevos en el directorio de trabajo, no los eliminará.

Si tiene un repositorio prístino (o HEAD no está configurado) ^[1] simplemente podría

rm .git/index

Por supuesto, esto requerirá que volver a añadir los archivos que qué desea ser agregado.

^[1] Nota (como se explica en los comentarios), esto generalmente solo sucedería cuando el repositorio sea nuevo ("prístino") o si no se han realizado compromisos. Más técnicamente, siempre que no haya pago o árbol de trabajo.

Solo haciéndolo más claro :)

Use git reset HEADpara restablecer el índice sin eliminar archivos. (Si solo desea restablecer un archivo en particular en el índice, puede git reset HEAD -- /path/to/filehacerlo).

El operador de tubería, en una carcasa, toma el stdoutproceso a la izquierda y lo pasa stdinal proceso a la derecha. Es esencialmente el equivalente de:

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

pero en su lugar $ proc1 | proc2, el segundo proceso puede comenzar a obtener datos antes de que el primero termine de generarlos, y no hay ningún archivo real involucrado.

git stash && git stash pop

Si HEAD no está configurado (es decir, aún no tiene confirmaciones, pero no desea simplemente volar .gitporque ya ha configurado otra configuración de repositorio que desea mantener), también puede hacerlo

git rm -rf --cached .

para destrabar todo. Esto es efectivamente lo mismo que la solución de Sehe, pero evita la intrusión con los componentes internos de Git.

Advertencia: ¡no use el siguiente comando a menos que quiera perder el trabajo no comprometido!

El uso git resetse ha explicado, pero también solicitó una explicación de los comandos canalizados, así que aquí va:

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

El comando git ls-filesenumera todos los archivos que git conoce. La opción les -zimpone un formato específico, el formato esperado por ellos xargs -0, que luego los invoca rm -f, lo que significa eliminarlos sin verificar su aprobación.

En otras palabras, "enumere todos los archivos que Git conoce y elimine su copia local".

Luego llegamos a git diff, que muestra los cambios entre las diferentes versiones de elementos que Git conoce. Esos pueden ser cambios entre diferentes árboles, diferencias entre copias locales y copias remotas, etc.
Tal como se usa aquí, muestra los cambios no organizados; los archivos que ha cambiado pero que aún no ha confirmado. La opción --name-onlysignifica que solo desea los nombres de archivo (completos) y --diff-filter=Dsignifica que solo está interesado en los archivos eliminados. (Oye, ¿no acabamos de eliminar un montón de cosas?) Esto luego se canaliza a lo xargs -0que vimos antes, lo que invoca git rm --cacheden ellas, lo que significa que se eliminan del caché, mientras que el árbol de trabajo debe dejarse solo, excepto que acaba de eliminar todos los archivos de su árbol de trabajo. Ahora también se eliminan de su índice.

En otras palabras, todos los cambios, realizados o no, han desaparecido y su árbol de trabajo está vacío. Llora, revisa tus archivos desde el origen o de forma remota, y vuelve a hacer tu trabajo. Maldice al sádico que escribió estas líneas infernales; No tengo idea de por qué alguien querría hacer esto.

TL; DR: acabas de limpiar todo; comenzar de nuevo y usar git resetde ahora en adelante.

Me temo que la primera de esas líneas de comando eliminó incondicionalmente de la copia de trabajo todos los archivos que están en el área de preparación de git. El segundo eliminó todos los archivos que se rastrearon pero que ahora se han eliminado. Desafortunadamente, esto significa que habrá perdido cualquier modificación no confirmada de esos archivos.

Si desea que su copia de trabajo e índice vuelvan a estar como estaban en la última confirmación , puede ( cuidadosamente ) usar el siguiente comando:

git reset --hard

Digo "cuidadosamente", ya git reset --hard que eliminará los cambios no confirmados en su copia de trabajo e índice. Sin embargo, en esta situación parece que solo desea volver al estado en su última confirmación, y los cambios no confirmados se han perdido de todos modos.

Actualización: según sus comentarios sobre la respuesta de Amber, todavía no ha creado ninguna confirmación (ya que HEAD no se puede resolver), por lo que esto no ayudará, me temo.

En cuanto a cómo funcionan esas canalizaciones: git ls-files -zy git diff --name-only --diff-filter=D -zambas generan una lista de nombres de archivo separados con el byte 0. (Esto es útil, ya que, a diferencia de las nuevas líneas, 0se garantiza que los bytes no aparezcan en los nombres de archivo en sistemas similares a Unix). El programa xargsesencialmente construye líneas de comando a partir de su entrada estándar, de forma predeterminada al tomar líneas de entrada estándar y agregarlas al final de la línea de comando. La -0opción dice esperar entrada estándar a separada por 0bytes. xargspuede invocar el comando varias veces para usar todos los parámetros de la entrada estándar, asegurándose de que la línea de comando nunca sea demasiado larga.

Como ejemplo simple, si tiene un archivo llamado test.txt, con los siguientes contenidos:

hello
goodbye
hello again

... entonces el comando xargs echo whatever < test.txtinvocará el comando:

echo whatever hello goodbye hello again

Si desea eliminar todos los cambios, use el siguiente comando,

git reset --soft HEAD

En el caso de que desee eliminar los cambios del escenario y revertirlos desde el directorio de trabajo,

git reset --hard HEAD