Git: comment ignorer fast forward et revenir à l'origine [branch] vers une propagation antérieure?

pour ajouter à ma réponse précédente , et pour aborder le fait qu'un git push forcé peut vraiment gâcher les repos locaux d'autres contributeurs, git 1.8.5 (Q4 à venir 2013) verra une nouvelle option:

git push --force-with-lease

voir l'origine de cette option dans ce fil :

si quelque chose arrive à origin ' à la branche que vous forcez ou supprimez puisque vous récupéré pour l'inspecter, vous pouvez finir par perdre le travail d'autres personnes .

Quelqu'un qui n'est pas au courant de la décision de rembobiner et de reconstruire la branche peut tenter de pousser vers la branche entre le temps que vous avez récupéré pour la rebaser et le temps que vous avez poussé pour la remplacer avec le résultat du rebasage.

Nous pouvons make these pushes safer par en option permettant à l'utilisateur de le dire " git push ":

I am forçage / suppression, basé sur l'hypothèse que la valeur de "branch" est toujours à cet objet.

Si cette hypothèse ne tient plus, c.-à-d. si quelque chose est arrivé à la branche depuis que j'ai commencé à me préparer pour cette poussée, s'il vous plaît ne pas procéder et échouer cette poussée.

vous pouvez voir la documentation complète de --force-with-lease dans commit 28f5d17

--force-with-lease protégera tous les références à distance qui vont être mises à jour en exigeant que leur valeur actuelle soit la même que quelque défaut raisonnable, sauf indication contraire;

pour l'instant, "some reasonable default" est provisoirement défini comme "la valeur de la branche de suivi à distance que nous avons pour la ref de la télécommande en cours de mise à jour", et c'est une erreur si nous n'avons pas une telle branche de suivi à distance.

qui explique la partie "lease" de cette option:

force-with-lease " vous supposez que vous avez pris le bail sur le ref quand vous êtes allé chercher pour décider ce que l'histoire rebasée devrait être, et vous pouvez repousser seulement si le bail n'a pas été cassé.

cela est déjà testé, et mentionné dans le" ce qui cuit en git.git (Aug 2013, #07; Wed, 28) ":

soit dit en passant, la poussée qui l'emporte sur le "must fast-forward" habituel a été effectuée en utilisant l'option force-with-lease "qui a été cuire dans next , comme ceci:

$ git fetch ko next
$ anchor=$(git rev-parse --verify FETCH_HEAD)
$ for remote in ko repo gph github2
  do
    git push --force-with-lease=refs/heads/next:$anchor $remote next
  done

Remarque: " git push --force-with-lease " a été enseigné à signaler si le push nécessaire pour forcer (ou fast-forwarded).

donc cette commande est plus détaillée dans sa sortie avec git 2.8 (mars 2016)

push: fix réf rapport d'état pour --force-with-lease

l'option --force--with-lease permet d'obtenir des renseignements moins détaillés que --force .

En particulier, la sortie indique qu'une référence a l'avance rapide, même quand il a été mis à jour de force.

méfiez-vous de cette option étant ignorée/contournée, comme expliqué dans Git 2.13 (T2 2017) .