¿Cómo descarto los cambios no organizados en Git?

¿Cómo descarto los cambios en mi copia de trabajo que no están en el índice?

Otra forma más rápida es:

git stash save --keep-index --include-untracked

No necesita incluir --include-untrackedsi no desea ser exhaustivo al respecto.

Después de eso, puede soltar ese alijo con un git stash dropcomando si lo desea.

Para todos los archivos sin clasificar en el directorio de trabajo actual, use:

git checkout -- .

Para un archivo específico use:

git checkout -- path/to/file/to/revert

--aquí para eliminar la ambigüedad del argumento .

Parece que la solución completa es:

git clean -df
git checkout -- .

git cleanelimina todos los archivos no rastreados ( advertencia : si bien no eliminará los archivos ignorados mencionados directamente en .gitignore, puede eliminar los archivos ignorados que residen en carpetas ) y git checkoutborra todos los cambios no organizados.

Esto comprueba el índice actual para el directorio actual, descartando todos los cambios en los archivos desde el directorio actual hacia abajo.

git checkout .

o esto que extrae todos los archivos del índice, sobrescribiendo los archivos del árbol de trabajo.

git checkout-index -a -f

git clean -df

Limpia el árbol de trabajo mediante la eliminación recursiva de archivos que no están bajo control de versiones, comenzando desde el directorio actual.

-d: Eliminar directorios no rastreados además de archivos no rastreados

-f: Fuerza (puede no ser necesario dependiendo de la clean.requireForceconfiguración)

Corre git help cleanpara ver el manual

Mi favorito es

git checkout -p

Eso le permite revertir selectivamente fragmentos.

Ver también:

git add -p

Como ninguna respuesta sugiere la combinación exacta de opciones que uso, aquí está:

git clean -dfx
git checkout .

Este es el texto de ayuda en línea para las git cleanopciones utilizadas :

-d

Elimine los directorios sin seguimiento además de los archivos sin seguimiento. Si un directorio no rastreado es administrado por un repositorio Git diferente, no se elimina de manera predeterminada. Use la -fopción dos veces si realmente desea eliminar dicho directorio.

-f

Si la variable de configuración de Git clean.requireForceno está ajustado a false, Git limpia se negará a borrar archivos o directorios a menos que reciba -f, -no -i. Git se negará a eliminar directorios dentro del .gitsubdirectorio o archivo, a menos que -fse dé un segundo .

-x

No use las reglas de ignorar de .gitignore(por directorio) y $GIT_DIR/info/exclude, pero aún use las reglas de ignorar dadas con las -eopciones. Esto permite eliminar todos los archivos sin seguimiento, incluidos los productos de compilación. Esto se puede usar (posiblemente junto con git reset) para crear un directorio de trabajo prístino para probar una compilación limpia.

Además, git checkout .debe hacerse en la raíz del repositorio.

Si simplemente desea eliminar los cambios en los archivos existentes , use checkout( documentado aquí ).

git checkout -- .

• No se especifica ninguna rama, por lo que comprueba la rama actual.
• El guión doble ( --) le dice a Git que lo que sigue debe tomarse como su segundo argumento (ruta), que omitió la especificación de una rama.
• El punto ( .) indica todas las rutas.

Si desea eliminar los archivos agregados desde su última confirmación, use clean( documentado aquí ):

git clean -i 

• La -iopción inicia un interactivo clean, para evitar eliminaciones erróneas.
• Un puñado de otras opciones están disponibles para una ejecución más rápida; ver la documentación

Si desea mover los cambios a un espacio de espera para un acceso posterior , use stash( documentado aquí ):

git stash

• Todos los cambios se moverán a Git's Stash, para un posible acceso posterior.
• Un puñado de opciones están disponibles para un escondite más matizado; ver la documentación

Realmente encontré este artículo útil para explicar cuándo usar qué comando: http://www.szakmeister.net/blog/2011/oct/12/reverting-changes-git/

Hay un par de casos diferentes:

1. Si no ha organizado el archivo, entonces lo usa git checkout. Checkout "actualiza los archivos en el árbol de trabajo para que coincidan con la versión en el índice". Si los archivos no se han organizado (también se ha agregado al índice) ... este comando esencialmente revertirá los archivos a la última confirmación.

   git checkout -- foo.txt

2. Si ha organizado el archivo, use git reset. Restablecer cambia el índice para que coincida con una confirmación.

   git reset -- foo.txt

Sospecho que usar git stashes una opción popular ya que es un poco menos peligroso. Siempre puede volver a él si accidentalmente vuela demasiado cuando usa git reset. El reinicio es recursivo por defecto.

Eche un vistazo al artículo anterior para obtener más consejos.

La forma más fácil de hacer esto es mediante el uso de este comando:

Este comando se usa para descartar cambios en el directorio de trabajo:

git checkout -- .

https://git-scm.com/docs/git-checkout

En el comando git, el almacenamiento de archivos sin seguimiento se logra mediante el uso de:

git stash -u

http://git-scm.com/docs/git-stash

Si no está interesado en mantener los cambios no organizados (especialmente si los cambios organizados son archivos nuevos), esto me parece útil:

git diff | git apply --reverse

git checkout -f

man git-checkout:

-f, --force

Al cambiar de rama, proceda incluso si el índice o el árbol de trabajo difieren de HEAD. Esto se usa para descartar cambios locales.

Al retirar rutas del índice, no falle en las entradas no fusionadas; en cambio, las entradas no fusionadas se ignoran.

A medida que escribe git status, se muestra (use "git checkout - ..." para descartar cambios en el directorio de trabajo) .

p.ej git checkout -- .

Puede usar git stash: si algo sale mal, aún puede revertirlo. Similar a alguna otra respuesta aquí, pero esta también elimina todos los archivos sin etapas y también todas las eliminaciones sin etapas:

git add .
git stash

si verificas que todo está bien, tira el alijo:

git stash drop

La respuesta de Bilal Maqsood con git cleantambién funcionó para mí, pero con el alijo tengo más control: si hago algo accidentalmente, todavía puedo recuperar mis cambios

ACTUALIZAR

Creo que hay 1 cambio más (no sé por qué esto funcionó antes):

git add . -A en vez de git add .

sin los -Aarchivos eliminados no se organizarán

Actualización 2019:

Desde julio de 2019 , se ha producido un nuevo comando que hace exactamente esto: git restore.

En git status , ahora Git recomienda usar este comando en lugar de git checkoutcomo solía hacerlo.

Si bien este comando también se puede usar para restaurar el árbol de trabajo a una confirmación específica o para restaurar el contenido del índice, de manera predeterminada, el árbol de trabajo se restaura al estado en el índice (lo que se solicita aquí).

Entonces, para restaurar los archivos que coinciden con una especificación de ruta (deshacerse de sus cambios no organizados), debe hacer lo siguiente:

git restore <pathspec>

Por ejemplo, para restaurar todos los cambios no organizados en el directorio actual, puede ejecutar:

git restore .

Si ejecuta esto desde la raíz del proyecto, restaurará todos los cambios no organizados en todo el repositorio.

Tenga en cuenta que, al igual que con git checkout -- .(como señaló Mariusz Nowak), esto solo descartará los cambios en los archivos rastreados por Git y no descartará ningún archivo nuevo no rastreado. Si desea descartar cualquier cambio sin clasificar, incluidos los nuevos archivos sin seguimiento, puede ejecutar un adicional:

git clean -df

Sin embargo, tenga mucho cuidado con este comando posterior, ya que podría descartar archivos de los que no tenía intención de deshacerse.

Nota sobre git restore: como se trata de un nuevo comando, su página de manual muestra una advertencia:

Este comando es experimental. El comportamiento puede cambiar.

Por lo tanto, es posible que esta respuesta quede desactualizada si el comportamiento cambia en el futuro. Por lo tanto, sería aconsejable ejecutar un rápido man git-restoreantes de usarlo.

En lugar de descartar cambios, restablezco mi control remoto al origen. Nota: este método es restaurar completamente su carpeta a la del repositorio.

Así que hago esto para asegurarme de que no se sientan allí cuando git reset (más tarde, excluye gitignores en Origin / branchname)

NOTA: Si desea mantener los archivos aún no rastreados, pero no en GITIGNORE, puede omitir este paso, ya que borrará estos archivos no rastreados que no se encuentran en su repositorio remoto (gracias @XtrmJosh).

git add --all

Entonces yo

git fetch --all

Luego reinicio al origen

git reset --hard origin/branchname

Eso lo devolverá al punto de partida. Al igual que RE-Clonar la rama, MIENTRAS mantengo todos mis archivos guardados localmente y en su lugar.

Actualizado por comentario de usuario a continuación: Variación para restablecer la rama actual en la que se encuentra el usuario.

git reset --hard @{u}

Intenté todas las soluciones anteriores, pero aún así no pude deshacerme de los archivos nuevos y sin clasificar.

Úselo git clean -fpara eliminar esos archivos nuevos, ¡pero con precaución! Tenga en cuenta la opción de fuerza.

simplemente di

git stash

Eliminará todos sus cambios locales. También puedes usarlo más tarde diciendo

git stash apply 

o git stash pop

Solo usa:

git stash -u

Hecho. Fácil.

Si realmente te importa tu pila de alijo, puedes seguir con git stash drop. Pero en ese momento es mejor usar (de Mariusz Nowak):

git checkout -- .
git clean -df

Sin embargo, me gusta git stash -umás porque "descarta" todos los cambios rastreados y no rastreados en un solo comando . Sin embargo, git checkout -- .solo descarta los cambios rastreados, y git clean -dfsolo descarta los cambios no rastreados ... y escribir ambos comandos es ahora demasiado trabajo :)

Para hacer un descarte permanente: git reset --hard

Para guardar los cambios para más tarde: git stash

Esto funciona incluso en directorios que son; fuera de los permisos normales de git.

sudo chmod -R 664 ./* && git checkout -- . && git clean -dfx

Me paso recientemente

tienes un comando git muy simple git checkout .

cd path_to_project_folder  # take you to your project folder/working directory 
git checkout .             # removes all unstaged changes in working directory

En mi opinión,

git clean -df

debería hacer el truco. Según la documentación de Git sobre git clean

git-clean - Elimina archivos no rastreados del árbol de trabajo

Descripción

Limpia el árbol de trabajo mediante la eliminación recursiva de archivos que no están bajo control de versiones, comenzando desde el directorio actual.

Normalmente, solo se eliminan los archivos desconocidos para Git, pero si se especifica la opción -x, también se eliminan los archivos ignorados. Esto puede, por ejemplo, ser útil para eliminar todos los productos de compilación.

Si se dan argumentos opcionales ..., solo esas rutas se ven afectadas.

Opciones

-d Eliminar directorios no rastreados además de archivos no rastreados. Si un directorio no rastreado es administrado por un repositorio Git diferente, no se elimina de manera predeterminada. Use la opción -f dos veces si realmente desea eliminar dicho directorio.

-f --force Si la variable de configuración de Git clean.requireForce no está establecida en false, git clean se negará a ejecutarse a menos que se especifique -f, -n o -i.

No importa en qué estado se encuentre su repositorio, siempre puede restablecer cualquier confirmación anterior:

git reset --hard <commit hash>

Esto descartará todos los cambios que se hicieron después de esa confirmación.

Otra forma de deshacerse de los archivos nuevos que es más específica que git clean -df (le permitirá deshacerse de algunos archivos, no necesariamente todos), es agregar primero los archivos nuevos al índice, luego guardarlos y luego soltarlos. reserva.

Esta técnica es útil cuando, por alguna razón, no puede eliminar fácilmente todos los archivos no rastreados por algún mecanismo ordinario (como rm).

Lo que sigue es realmente solo una solución si está trabajando con una bifurcación de un repositorio donde se sincroniza regularmente (por ejemplo, solicitud de extracción) con otro repositorio. Respuesta corta: eliminar fork y reformak, pero leer las advertencias en github .

Tuve un problema similar, quizás no idéntico, y me entristece decir que mi solución no es la ideal, pero en última instancia es efectiva.

A menudo tenía mensajes de estado de git como este (que implican al menos 2/4 archivos):

$ git status
# Not currently on any branch.
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#       modified:   doc/PROJECT/MEDIUM/ATS-constraint/constraint_s2var.dats
#       modified:   doc/PROJECT/MEDIUM/ATS-constraint/parsing/parsing_s2var.dats
#
# Changes not staged for commit:
#   (use "git add <file>..." to update what will be committed)
#   (use "git checkout -- <file>..." to discard changes in working directory)
#
#       modified:   doc/PROJECT/MEDIUM/ATS-constraint/constraint_s2Var.dats
#       modified:   doc/PROJECT/MEDIUM/ATS-constraint/parsing/parsing_s2Var.dats

Un buen ojo notará que estos archivos tienen dopplegangers que son una sola letra en caso de que estén apagados. De alguna manera, y no tengo idea de qué me llevó por este camino para comenzar (ya que no estaba trabajando con estos archivos desde el repositorio ascendente), había cambiado estos archivos. Pruebe las muchas soluciones enumeradas en esta página (y otras páginas) que no parecen ayudar.

Pude solucionar el problema eliminando mi repositorio bifurcado y todos los repositorios locales, y reformateando. Esto por sí solo no fue suficiente; upstream tuvo que cambiar el nombre de los archivos en cuestión a nuevos nombres de archivo. Mientras no tenga ningún trabajo no comprometido, sin wikis y sin problemas que difieran del repositorio ascendente, debería estar bien. Upstream puede no estar muy contento con usted, por decir lo menos. En cuanto a mi problema, es sin duda un error del usuario, ya que no soy tan hábil con git, pero el hecho de que está lejos de ser fácil de solucionar, también es un problema con git.

Cuando quieras transferir un alijo a otra persona:

# add files
git add .  
# diff all the changes to a file
git diff --staged > ~/mijn-fix.diff
# remove local changes 
git reset && git checkout .
# (later you can re-apply the diff:)
git apply ~/mijn-fix.diff

[editar] como se comentó, es posible nombrar las reservas. Bueno, usa esto si quieres compartir tu escondite;)

Puede crear su propio alias que describa cómo hacerlo de manera descriptiva.

Uso el siguiente alias para descartar cambios.

Descartar cambios en una (lista de) archivo (s) en el árbol de trabajo

discard = checkout --

Luego puede usarlo como el siguiente para descartar todos los cambios:

discard .

O simplemente un archivo:

discard filename

De lo contrario, si desea descartar todos los cambios y también los archivos no rastreados, utilizo una combinación de pago y limpieza:

Limpiar y descartar cambios y archivos sin seguimiento en el árbol de trabajo

cleanout = !git clean -df && git checkout -- .

Entonces el uso es simple como el siguiente:

cleanout

Ahora está disponible en el próximo repositorio de Github que contiene muchos alias:

• https://github.com/GitAlias/gitalias

Tuve una situación extraña en la que un archivo siempre no está en escena, esto me ayuda a resolverlo.

git rm .gitattributes
git add -A
git reset --hard