Annulation d'un "git push".

Question

Voici ce que j'ai fait sur mon censé être stable branche...

% git rebase master
First, rewinding head to replay your work on top of it...
Fast-forwarded alpha-0.3.0 to master.
% git status
# On branch alpha-0.3.0
# Your branch is ahead of 'origin/alpha-0.3.0' by 53 commits.
#
nothing to commit (working directory clean)
% git push
Fetching remote heads...
  refs/
  refs/heads/
  refs/tags/
  refs/remotes/
'refs/heads/master': up-to-date
updating 'refs/heads/alpha-0.3.0'
  from cc4b63bebb6e6dd04407f8788938244b78c50285
  to   83c9191dea88d146400853af5eb7555f252001b0
    done
'refs/heads/unstable': up-to-date
Updating remote server info

C'était une erreur, comme je l'ai réalisé plus tard. J'aimerais annuler tout ce processus, et revenir à la branche alpha-0.3.0 telle qu'elle était.

Que dois-je faire ?

Answer 1

Vous devez vous assurer qu'aucun autre utilisateur de ce dépôt ne récupère les changements incorrects ou n'essaie de construire sur les commits que vous voulez supprimer parce que vous êtes sur le point de rembobiner l'histoire.

Ensuite, vous devez "forcer" l'ancienne référence.

git push -f origin last_known_good_commit:branch_name

ou dans votre cas

git push -f origin cc4b63bebb6:alpha-0.3.0

Vous avez peut-être receive.denyNonFastForwards sur le référentiel distant. Si c'est le cas, vous obtiendrez une erreur comprenant la phrase suivante [remote rejected] .

Dans ce scénario, vous devrez supprimer et recréer la branche.

git push origin :alpha-0.3.0
git push origin cc4b63bebb6:refs/heads/alpha-0.3.0

Si cela ne fonctionne pas - peut-être parce que vous avez receive.denyDeletes défini, vous devez avoir un accès direct au référentiel. Dans le référentiel distant, vous devez alors faire quelque chose comme la commande de plomberie suivante.

git update-ref refs/heads/alpha-0.3.0 cc4b63bebb6 83c9191dea8

Answer 2

Je crois que vous pouvez également le faire :

git checkout alpha-0.3.0
git reset --hard cc4b63bebb6
git push origin +alpha-0.3.0

Cette méthode est très similaire à la précédente, sauf que vous n'avez pas besoin de fouiller dans le dépôt distant.

Answer 3

git revert est moins dangereux que certaines des approches suggérées ici :

prompt> git revert 35f6af6f77f116ef922e3d75bc80a4a466f92650
[master 71738a9] Revert "Issue #482 - Fixed bug."
 4 files changed, 30 insertions(+), 42 deletions(-)
prompt> git status
# On branch master
# Your branch is ahead of 'origin/master' by 1 commit.
#
nothing to commit (working directory clean)
prompt>

Remplacez 35f6af6f77f116ef922e3d75bc80a4a466f92650 par votre propre commit.

Answer 4

Un moyen de le faire sans perdre les changements que vous vouliez :

git reset cc4b63b 
git stash
git push -f origin alpha-0.3.0
git stash pop

Ensuite, vous pouvez choisir les fichiers que vous voulez pousser.

Answer 5

La solution acceptée (de @charles bailey) est très dangereuse si vous travaillez dans un repo partagé.

En tant que meilleure pratique, tous les commits poussés vers un repo distant qui est partagé doivent être considérés comme "immuables". Utilisez plutôt "git revert" : http://www.kernel.org/pub/software/scm/git/docs/user-manual.html#fixing-mistakes

https://git-scm.com/book/be/v2/Git-Basics-Undoing-Things