Git: Comment ignorer l'avance rapide et de revenir origine [direction] de s'engager plus tôt?

J'ai utilisé

git reset --hard dc082bc...

pour revenir à la branche un état précédent, en raison d'une mauvaise engage. Cela a remonté ma branche locale de l'amende. Cependant, je tiens à rembobiner la direction générale sur "l'origine" dans la même livraison, de sorte que je peux recommencer. Quelqu'un pourrait-il me dire comment faire pour revenir à l'origine de la branche (pas de master) pour ce commit?

J'ai essayé git push origin master, mais il donne l'erreur suivante

 ! [rejeté] branche -> direction de la (non-avance rapide) 
erreur: impossible de pousser des refs '[email protected]:xxx/xxx.git' 
Pour vous éviter de perdre de l'histoire, non de l'avance rapide des mises à jour ont été rejetées 
Fusionner les modifications distantes avant de pousser à nouveau. Voir la Note sur 
pour avancer rapidement' de 'git push --help" pour plus de détails.
Vous allez bientôt (git1.8.5, T4 2013) faire un git push --force avec plus de soin. Voir ma réponse ci-dessous.

OriginalL'auteur igniteflow | 2010-07-02

  1. 18

    Vous pouvez essayer git push --force à force de le pousser.

    --force

    Généralement, la commande refuse de mettre à jour à distance ref qui n'est pas un ancêtre de la locale ref utilisé pour le remplacer. Ce drapeau désactive la vérification de la.

    Cela peut entraîner le dépôt distant à perdre s'engage; utiliser avec prudence.

    Donc, si beaucoup de gens ont déjà tiré la même branche d'origine, qui peuvent causer des rebase problème de leur côté.

    Cette opération peut être bloqué sur le côté serveur, comme ebneter points (dans les commentaires):

    En fonction de la façon dont la distance est configuré, cependant, cela peut ne pas fonctionner

    -- tous mes centrale repos sont configurés avec receive.denyNonFastForwards = true et receive.denyDeletes = true, auquel cas une telle chirurgie doit être fait sur le serveur distant.

    Toutefois, dans le cas de GitHub, ces paramètres ne sont pas facilement disponibles pour l'utilisateur la gestion de son dépôt GitHub.

    Donc, si vous git push --force par erreur, tout ce que vous êtes de gauche est l'ouverture d'un cas à l'GitHub soutien, de vérifier leur local (c'est à dire "GitHub") reflogs et voir si ils peuvent restaurer les vieux s'engage.

    (Depuis reflogs sont locales, comme j'ai été rappelée récemment. Donc, s'engage, qui sont remplacés par de nouveaux cours d'une push --force ne sont encore visibles, si aucun git gc " ou " git prune ' a déjà eu lieu, à la GitHub côté serveur)

    Donc Marco Ceppi insiste (dans les commentaires):

    ce qui pourrait vraiment gâcher autres contributeurs locaux de repos si vous avez la force de pousse - même si, parfois, que c'est juste un mal nécessaire (j'ai peut-être dû le faire deux fois dans ma durée de vie de l'utilisation de Git)

    git push -f fait la même chose.
    vrai. Bien qu'il doit vraiment être utilisé avec précaution (voir par exemple support.github.com/discussions/repos/...)
    Selon la façon dont la distance est configuré, cependant, cela peut ne pas fonctionner -- tous mes centrale repos sont configurés avec recevoir.denyNonFastForwards = true et recevoir.denyDeletes = true, auquel cas une telle chirurgie doit être fait sur le serveur distant.
    mais c'est GitHub nous parlons ici; il ne semble pas offrir ce genre de paramètre côté serveur: support.github.com/discussions/feature-requests/...
    Ah, je ne savais pas que c'était GitHub. Pourtant, il est important de noter en général.

    OriginalL'auteur VonC

  2. 26

    Ajouter à mon réponse précédente, et pour tenir compte du fait que forcé git push peut vraiment gâcher autres contributeurs local de repos, git 1.8.5 (à venir T4 2013) va voir une nouvelle option:

    git push --force-with-lease

    Voir l'origine de cette option dans ce fil:

    si quelque chose arrive à ' origin " à la direction générale, vous êtes force ou la suppression depuis que vous avez récupéré à l'examiner, vous risquez de perdre le travail d'autres personnes.

    Quelqu'un qui est au courant de la décision de reculer et de reconstruire la direction générale peut tenter de pousser à la direction générale entre le moment où vous avez récupéré à rebase et le temps vous a poussé à le remplacer par le résultat de l'année de référence.

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

    Je suis forcer la suppression, basée sur l'hypothèse que la valeur de "succursale" en est encore à cet objet.

    Si cette hypothèse ne tient plus, c'est à dire si quelque chose est arrivé à la direction générale depuis que j'ai commencé à préparer pour ce faire, merci de ne pas procéder et de l'échec de cette attaque.

    Vous pouvez voir l'intégralité de la documentation de --force-with-lease dans s'engager 28f5d17

    --force-with-lease permettra de protéger tous distance refs qui vont être mis à jour en exigeant de leur valeur actuelle à la même que certaines raisonnable par défaut, sauf indication contraire;

    Pour l'instant, "raisonnables par défaut" est provisoirement défini comme "la valeur de la distance de suivi de la branche, 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 distance de suivi de la branche.

    Qui expliquent la "location" de la partie de l'option:

    "force-with-lease": Vous supposez que vous avez pris du bail sur l'réf lorsque vous avez récupéré de décider ce que le relocalisée l'histoire devrait être, et vous pouvez pousser à nouveau uniquement si le bail n'a pas été brisé.

    C'est déjà testé, et mentionné dans le "Quelle est la cuisson dans git.git (Août 2013, #07; Wed, 28)":

    Par le chemin, la poussée qui remplace l'habituel "doit fast-forward" a été fait à l'aide de la "force-with-lease" l'option qui a été la cuisson dans next, comme suit:

    $ 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" qui leur a été enseigné rapport si le push
    nécessaire à la force (ou l'avance rapide).

    Si 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

    La --force--with-lease pousser option se traduit par moins d'informations détaillées sur l'état de --force.

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

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

    Et après un push --force, d'autres peuvent récupérer des bien: stackoverflow.com/a/20423029/6309

    OriginalL'auteur VonC