1638 votes

ATTENTION : push.default n’est pas définie ; sa valeur implicite est changeant dans Git 2.0

<p>Je sers Git pendant un certain temps maintenant et avez récemment téléchargé une mise à jour seulement de trouver ce message d’avertissement arriver quand j’ai essayer de <code></code> .<pre><code></code></pre><p>Je peux évidemment affectez-lui une des valeurs mentionnées, mais que signifient-ils ? Quelle est la différence entre <code></code> et <code></code> ?</p><p>Si je le change sur un client me faudra-t-il faire n’importe quoi sur les autres clients que nous partageons, repos avec ?</p></p>

2156voto

hammar Points 89293

C'est expliqué plus en détail dans la documentation (recherche d' push.default de la page), mais je vais essayer de résumer:

  • matching moyen git push va pousser tous vos branches locales pour ceux qui ont le même nom sur la télécommande. Cela rend plus facile pour accidentellement pousser une branche que vous n'avez pas l'intention de.

  • simple moyen git push va pousser seulement la branche actuelle à celle qu' git pull permettrait de tirer à partir d', et vérifie aussi que leurs noms correspondent. C'est un comportement plus intuitif, c'est pourquoi la valeur par défaut est de se changer à cela.

Ce paramètre affecte uniquement le comportement de votre client local, et peuvent être remplacées par de spécifier explicitement les branches qui vous voulez pousser sur la ligne de commande. D'autres clients peuvent avoir des paramètres différents, il n'affecte que ce qui se passe lorsque vous ne spécifiez pas de branches qui vous voulez pousser.

19voto

Bill Points 131

Je me rends compte que c'est un vieux post, mais comme je viens de tomber sur le même problème et a eu du mal à trouver la réponse, j'ai pensé ajouter un peu.

Donc @hammar réponse est bonne. À l'aide de push.default simple est, en un sens, comme la configuration de suivi sur vos branches de sorte que vous n'avez pas besoin de spécifier les télécommandes et les branches en poussant et en tirant. L' matching option de pousser toutes les branches de leurs homologues sur la distance par défaut (qui est la première qui a été mis en place, sauf si vous avez configuré votre repo contraire).

Une chose que j'espère que d'autres trouveront utiles dans l'avenir, c'est que j'étais en train de Git 1,8 sur OS X Mountain Lion et n'a jamais vu cette erreur. La mise à niveau vers Mavericks est ce que tout d'un coup il s'afficher (en exécutant git --version montrera git version 1.8.3.4 (Apple Git-47) que je n'avais jamais vu jusqu'à ce que la mise à jour de l'OS.

8voto

Tom Barron Points 242
<p>Si vous obtenez un message de git se plaindre de la valeur « simple » dans la configuration, vérifiez votre version de git.</p> <p>Après la mise à niveau de XCode (sur un Mac exécutant Lion de montagne), ce qui a également amélioré git de 1.7.4.4 à 1.8.3.4, coquilles a commencé avant la mise à niveau tournaient encore git 1.7.4.4 et se sont plaints de la valeur « simple » pour push.default dans la configuration globale.</p> <p>La solution était de fermer les coquilles exécutant l’ancienne version de git et utiliser la nouvelle version.</p>

Prograide.com

Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.

Powered by:

X