Primeiro, obtive "sua ramificação está adiantada em relação à origem / mestre por 3 confirmações"; meu aplicativo foi revertido para um período anterior com alterações anteriores.

Como posso recuperar o que passei nas últimas 11 horas?

git reflogé seu amigo. Encontre o commit em que você deseja estar nessa lista e você pode redefinir para ele (por exemplo git reset --hard e870e41:).

(Se você não confirmou suas alterações ... pode estar com problemas - confirme com antecedência e com frequência!)

Antes de responder, vamos adicionar alguns antecedentes, explicando o que HEADé isso .

First of all what is HEAD?

HEADé simplesmente uma referência ao commit atual (mais recente) no branch atual.
Só pode haver um single HEADa qualquer momento (excluindo git worktree).

O conteúdo de HEADé armazenado dentro .git/HEADe contém os 40 bytes SHA-1 da confirmação atual.

detached HEAD

Se você não está no último commit - o que significa que HEADestá apontando para um commit anterior no histórico, é chamado detached HEAD.

Na linha de comando, será parecido com este - SHA-1 em vez do nome da ramificação, pois HEADnão está apontando para a ponta da ramificação atual:

Algumas opções sobre como se recuperar de um HEAD desanexado:

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

Isso fará o checkout do novo ramo apontando para o commit desejado.
Este comando fará checkout para um determinado commit.
Neste ponto, você pode criar uma ramificação e começar a trabalhar a partir deste ponto.

# 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

Você sempre pode usar o reflogtambém.
git reflog exibirá qualquer alteração que tenha atualizado HEADe o check-out da entrada de reflog desejada HEADretornará a esta confirmação.

Toda vez que o HEAD for modificado, haverá uma nova entrada no reflog

git reflog
git checkout HEAD@{...}

Isso o levará de volta ao seu commit desejado

git reset --hard <commit_id>

"Mova" seu HEAD de volta para o commit desejado.

# 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 o Git 2.7 ), você também pode usá-lo git rebase --no-autostash.

git revert <sha-1>

"Desfazer" o intervalo de confirmação ou confirmação fornecido.
O comando reset irá "desfazer" quaisquer alterações feitas no commit fornecido.
Um novo commit com o patch desfazer será confirmado enquanto o commit original também permanecerá no histórico.

# 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 qual comando faz o quê.
Como você pode ver lá, reset && checkoutmodifique o HEAD.

Outra maneira de chegar ao commit excluído é com o git fsckcomando

git fsck --lost-found

Isso produzirá algo como na última linha:

dangling commit xyz

Podemos verificar se é o mesmo commit usando reflogo sugerido em outras respostas. Agora podemos fazer umagit merge

git merge xyz

Nota:
Não podemos recuperar o commit fsckse já tivermos executado um git gccomando que removerá a referência ao commit dangling.