Pourquoi “git push helloworld +master:master” au lieu de “git push helloworld”?

J'ai essayé de pousser ma (première!) repo git comme ça d'abord:

$ git push helloworld

Mais j'ai eu ce retour:

To [email protected]:helloworld.git
 ! [rejected]        HEAD -> master (non-fast forward) error:
 failed to push some refs to '[email protected]:helloworld
git'

J'ai donc trouvé une autre question StackOverflow sur "modifié s'engage" et essayé de faire une suggestion à partir de là sans vraiment savoir si on pourrait m'aider:

KaiserSosa@SMICHAELS /c/test/helloworld (master)
$ git push helloworld +master:master

Il a travaillé!

Mais je ne sais pas pourquoi il a fixé mon problème 🙁

Quelqu'un pourrait-il expliquer pourquoi cela fonctionne, mais "git push helloworld" ne l'est pas?

A ajouté une autre solution, en réponse à votre commentaire.

OriginalL'auteur S. Michaels | 2009-09-25

  1. 20

    Il semble que vous avez réécrit votre histoire (SHA-1 associé à votre commit) dans votre branche master.

    Qui signifie, vous pouvez plus pousser dans un fast-forward mode.

    le +maître des forces de la pousser à prendre place:

    En ayant l'option de leader +, vous pouvez indiquer à git pour mettre à jour le <dst> réf même lorsque la mise à jour n'est pas une avance rapide.

    Remarque: cela pourrait être mauvais si quelqu'un d'autre a déjà cloné votre référentiel, puisqu'ils ne seront plus en mesure de tirer juste votre branche master sans avoir un conflit.

    Voir aussi ce DONC réponse pour plus d'.

    Remarque: comme indiqué par Junio C. Hamano:

    Il y a deux mécanismes de sécurité:

    • l'envoi de sécurité d'extrémité peut être remplacé par "git push --force" et/ou à l'aide d'un refspec un préfixe '+');

    • la fin de réception de sécurité peut être remplacée par la variable de config receive.denynonfastworwards du dépôt, vous poussant dans de.

    La dernière valeur par défaut est "dangereux", mais si la sécurité est activée dans le référentiel, en le forçant à partir de l'envoi de côté ne sera pas le désactiver. OIE, les deux extrémités nécessité d'un accord pour permettre à la de comportement à risque.

    Comme mentionné dans le Git FAQ, un plan d'action possible est:

    La raison la plus probable pour ceci est que vous avez besoin de tirer à partir de la télécommande en premier. Vous pouvez voir les changements que la distance a par l'extraction d'abord et puis en vérifiant le journal. Par exemple,

     $ git fetch origin
 $ git log master..origin/master

    la liste de toutes les modifications de la distance a que de votre côté, n'est pas.

    Si vous voulez une représentation graphique, utilisez gitk --left-right master...origin/master.

    Les flèches situées à gauche sont les changements que vous désirez pousser, flèches à droite, les changements sur le côté éloigné.

    Autre solution (qui est ce que vous avez fait):

    $ git push origin +branchname

    Cela va forcer la mise à jour. Si vous n'avez pas la permission, puis parfois cela fonctionne:

    $ git push origin :branchname
$ git push origin +branchname

    c'est à dire, supprimer la branche à distance de la première (c'est souvent permise), puis appuyez sur le "nouveau" (ou peut-être rembobinée) de la branche.

    Être averti que si vous rembobinez branches, d'autres pourrait avoir des problème lors de l'extraction.

    Il est probable qu'ils vont fusionner dans la branche qu'ils ont cherché par la nouvelle que vous avez publié, il maintenait les modifications que vous essayez de vous débarrasser de.

    Toutefois, il ne sera leurs copies qui ont la mauvaise révisions. Pour cette raison, le rembobinage des branches est considéré comme légèrement antisocial. Néanmoins, il est souvent approprié.

    C'est une private dépôt git juste pour apprendre les ficelles - donc, je ne suis pas inquiet au sujet des conflits avec les autres. Ce que je voudrais faire est de supprimer ce référentiel et de le faire correctement la prochaine fois. Que dois-je faire à la place de "+master:master" après, j'ai reçu le "[rejetée]" message?
    Qu'il a été. Merci beaucoup! J'ai refait à partir de zéro, mais cette fois j'ai fait un pull d'abord, et cela a fonctionné. Quelle étrange caprice! Dans Mercurial, je n'ai jamais eu à faire quelque chose comme ça quand je suis la mise en place d'un nouveau projet.
    hg push a un indicateur de force pour la même raison. Si vous modifiez l'histoire (via mq ou quoi que ce soit), vous aurez à se forcer à pousser.

    OriginalL'auteur VonC