Primero, obtuve "su sucursal está por delante del origen / maestro en 3 confirmaciones", luego mi aplicación ha vuelto a un tiempo anterior con cambios anteriores.

¿Cómo puedo recuperar lo que pasé las últimas 11 horas?

git refloges tu amigo. Busque la confirmación en la que desea estar en esa lista y puede restablecerla (por ejemplo:) git reset --hard e870e41.

(Si no confirmó sus cambios ... podría estar en problemas, ¡comprométase temprano y comprométase a menudo!)

Antes de responder, agreguemos algunos antecedentes, explicando de qué se HEADtrata.

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 el historial 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á la nueva rama que apunta a la confirmación deseada.
Este comando pagará a un commit dado.
En este punto, puede crear una rama y comenzar a trabajar desde este punto en adelante.

# 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 reflog mostrará 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 rango de compromiso o 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 a 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.

Otra forma de llegar al commit eliminado es con el git fsckcomando.

git fsck --lost-found

Esto generará algo como en la última línea:

dangling commit xyz

Podemos verificar que es el mismo commit usando reflogcomo se sugiere en otras respuestas. Ahora podemos hacer ungit merge

git merge xyz

Nota:
No podemos recuperar la confirmación fscksi ya hemos ejecutado un git gccomando que eliminará la referencia a la confirmación pendiente.