Debido a una mala selección de cerezas, mi repositorio Git local está actualmente cinco confirmaciones por delante del origen, y no en un buen estado. Quiero deshacerme de todos estos commits y comenzar de nuevo.

Obviamente, eliminar mi directorio de trabajo y volver a clonar lo haría, pero descargar todo de GitHub nuevamente parece una exageración, y no es un buen uso de mi tiempo.

Tal vez git revertes lo que necesito, pero no quiero terminar 10 confirmaciones antes del origen (o incluso seis), incluso si el código vuelve al estado correcto. Solo quiero fingir que la última media hora nunca sucedió.

¿Hay un comando simple que haga esto? Parece un caso de uso obvio, pero no encuentro ningún ejemplo de ello.

Tenga en cuenta que esta pregunta es específicamente sobre confirmaciones , no sobre:

• archivos sin seguimiento
• cambios no organizados
• etapas, pero cambios no comprometidos

Si su exceso de confirmaciones solo es visible para usted, puede hacerlo git reset --hard origin/<branch_name> para regresar a donde está el origen. Esto restablecerá el estado del repositorio a la confirmación anterior, y descartará todos los cambios locales.

Haciendo una git reverthace nuevas confirmaciones para eliminar viejos compromete de una manera que mantiene cuerdo de todos la historia.

Simplemente elimine su rama maestra local y vuelva a crearla así:

git branch -D master
git checkout origin/master -b master

Tratar:

git reset --hard <the sha1 hash>

para restablecer tu cabeza a donde quieras estar. Usa gitk para ver en qué compromiso quieres estar. También puedes restablecer dentro de gitk.

Eliminar la confirmación más reciente:

git reset --hard HEAD~1

Elimine la confirmación más reciente, sin destruir el trabajo que ha realizado:

git reset --soft HEAD~1

Si está utilizando la aplicación Atlassian SourceTree , puede usar la opción de reinicio en el menú contextual.

En su intento de rama:

git reset --hard origin/<branch_name>

Valide la reversión (al estado, sin compromisos locales), usando " git log" o " git status" por lo tanto.

git reset --hard @{u}* elimina todos los cambios locales en la rama actual, incluidas las confirmaciones. Me sorprende que nadie haya publicado esto aún, teniendo en cuenta que no tendrá que buscar qué compromiso volver o jugar con las ramas.

_{* Es decir, restablecer a la rama actual en @{upstream}—comúnmente origin/<branchname>, pero no siempre}

Para ver / obtener la identificación SHA-1 de la confirmación, también desea volver

gitk --all

Para volver a ese compromiso

git reset --hard sha1_id

!Nota. Todos los commits que se hicieron después de ese commit serán eliminados (y todas sus modificaciones al proyecto). Así que primero clone mejor el proyecto en otra rama o cópielo en otro directorio.

Tuve una situación en la que quería eliminar una confirmación que no se envió, pero la confirmación fue antes que otra. Para hacerlo, he usado el siguiente comando

git rebase -i HEAD~2 -> rebase las dos últimas confirmaciones

Y usé 'soltar' para la firma de confirmación que quería eliminar.

Eliminar archivos no rastreados (cambios locales no confirmados)

git clean -df

Eliminar permanentemente todas las confirmaciones locales y obtener la última confirmación remota

git reset --hard origin/<branch_name>

Para las confirmaciones locales que no se envían, también puede usar git rebase -ipara eliminar o aplastar una confirmación.

La solución simple será hacer coincidir la HEAD de la rama maestra local con la HEAD de la rama maestra de origen

git reset --hard origin/master

PD: origen / maestro: es un puntero remoto a la rama maestra. Puede reemplazar el maestro con cualquier nombre de sucursal

Antes de responder agreguemos algunos antecedentes, explicando qué es esto HEAD. ya que algunas de las opciones a continuación resultarán en un cabezal separado

First of all what is HEAD?

HEADes simplemente una referencia a la confirmación actual (más reciente) en la rama actual.
Solo puede haber una sola HEADen un momento dado. (excluyendo git worktree)

El contenido de HEADse almacena dentro .git/HEADy contiene los 40 bytes SHA-1 de la confirmación actual.

detached HEAD

Si no está en la última confirmación, lo que significa que HEADapunta a una confirmación previa en la historia se llama detached HEAD.

En la línea de comando, se verá así: SHA-1 en lugar del nombre de la rama ya HEADque no apunta a la punta de la rama actual

Algunas opciones sobre cómo recuperarse de un HEAD separado:

git checkout

git checkout <commit_id>
git checkout -b <new branch> <commit_id>
git checkout HEAD~X // x is the number of commits t go back

Esto verificará que la nueva rama apunte a la confirmación deseada.
Este comando pagará a un commit dado.
En este punto, puede crear una rama y comenzar a trabajar a partir de este punto.

# Checkout a given commit. 
# Doing so will result in a `detached HEAD` which mean that the `HEAD`
# is not pointing to the latest so you will need to checkout branch
# in order to be able to update the code.
git checkout <commit-id>

# create a new branch forked to the given commit
git checkout -b <branch name>

git reflog

Siempre puedes usar el reflogtambién.
git reflogmostrará cualquier cambio que haya actualizado HEADy revisando la entrada de reflog deseada establecerá el HEADrespaldo de este commit.

Cada vez que se modifique el HEAD habrá una nueva entrada en el reflog

git reflog
git checkout HEAD@{...}

Esto lo llevará de regreso a su compromiso deseado

git reset --hard <commit_id>

"Mueva" su CABEZA de nuevo a la confirmación deseada.

# This will destroy any local modifications.
# Don't do it if you have uncommitted work you want to keep.
git reset --hard 0d1d7fc32

# Alternatively, if there's work to keep:
git stash
git reset --hard 0d1d7fc32
git stash pop
# This saves the modifications, then reapplies that patch after resetting.
# You could get merge conflicts if you've modified things which were
# changed since the commit you reset to.

• Nota: ( desde Git 2.7 )
  también puedes usar el git rebase --no-autostash.

git revert <sha-1>

"Deshacer" el compromiso o rango de compromiso dado.
El comando reset "deshacerá" cualquier cambio realizado en el commit dado.
Se confirmará una nueva confirmación con el parche de deshacer, mientras que la confirmación original también permanecerá en el historial.

# add new commit with the undo of the original one.
# the <sha-1> can be any commit(s) or commit range
git revert <sha-1>

Este esquema ilustra qué comando hace qué.
Como puede ver allí reset && checkoutmodifique el HEAD.

Para aquellos interesados ​​en la solución de Visual Studio, aquí está el ejercicio:

1. En la Team Explorerventana, conéctese al repositorio de destino.
2. Luego Branches, desde , haga clic derecho en la rama de interés y seleccione View history.
3. Haga clic derecho en una confirmación en la Historyventana y elija Reset -> Delete changes (--hard).

Eso descartará sus confirmaciones locales y restablecerá el estado de su repositorio a la confirmación seleccionada. Es decir, sus cambios después de retirar el repositorio se perderán.

Si su rama está por delante de ' origin/XXX' por 5 commits.

Puedes emitir:

git reset --hard HEAD~5

Y debería eliminar los últimos 5 commits.

git reset --hard <SHA-Code>

Esto será útil si ha cometido algunos errores en su copia local que desea asegurarse de que no se envíen a su sucursal remota por error.

El código SHA se puede obtener mirando la versión web de su panel de control de git para la última confirmación en la rama.

De esta manera, puede sincronizarse con la última confirmación en la rama.

Puede hacerlo git pulldespués de haber completado con éxito el restablecimiento completo para confirmar que no hay nada nuevo para sincronizar, es decir, puede ver el mensaje.

Su sucursal está actualizada con Origin/<Branch Name>

Si obtiene su repositorio local en un completo desastre, entonces una forma confiable de descartar los compromisos locales en Git es ...

1. Use "git config --get remote.origin.url" para obtener la URL de origen remoto
2. Cambie el nombre de la carpeta local de git a "my_broken_local_repo"
3. Use "git clone <url_from_1>" para obtener una copia local fresca del repositorio remoto de git

En mi experiencia, Eclipse maneja el mundo que cambia a su alrededor bastante bien. Sin embargo, es posible que deba seleccionar proyectos afectados en Eclipse y limpiarlos para forzar a Eclipse a reconstruirlos. Supongo que otros IDEs también pueden necesitar una reconstrucción forzada.

Un beneficio adicional del procedimiento anterior es que descubrirá si su proyecto se basa en archivos locales que no se pusieron en git. Si encuentra que le faltan archivos, puede copiarlos desde "my_broken_local_repo" y agregarlos a git. Una vez que tenga confianza en que su nuevo repositorio local tiene todo lo que necesita, puede eliminar "my_broken_local_repo".

Si solo quiere deshacerse de las confirmaciones locales y mantener las modificaciones realizadas en los archivos, haga
git reset @ ~
Otras respuestas abordaron el restablecimiento completo