Peut-être que cela devrait être une deuxième question maintenant:
Mais je ne comprends pas comment l'entreprise-pull git avec git-fetch? Comment je peux comprendre comment et quelles options git passent d'une commande à l'autre?
(je pense que vous voulez dire "co-operate" plutôt que "corporate" ici.)
La commande git pull
used to be a shell script. Dans le script, il est facile de dire quelles options sont passées à git fetch
, qui sont passées à git merge
ou git rebase
, et qui sont consommées directement.
A partir de la version 2.6.0 de Git, la commande pull a été réécrite en C.C'est still possible to tell quelles sont les options qui sont, mais c'est maintenant un peu plus difficile car vous devez regarder plus bas pour trouver l'orthographe du texte de chaque option. (Ce second lien peut se désintégrer au fil du temps car il a GitHub regarder la version actuelle du fichier source, et les numéros de ligne peut changer.)
Je me recommande d'éviter git pull
: courir git fetch
, puis vérifier le résultat, puis choisissez git rebase
(habituellement) ou git merge
(parfois) selon les besoins. Je garde également un alias, git mff
, qui s'étend à git merge --ff-only
, et j'ai tendance à exécuter git fetch && git mff
: si l'avance rapide échoue, je veux probablement rebaser, sauf si je veux fusionner, et cette séquence (aller chercher et fusionner-si-rapide -forwardable) réussit (dans ce cas, rebaser vs fusionner ne fait aucune différence et nous avons terminé) ou échoue (auquel cas il est temps d'inspecter).
(Il pourrait être intéressant d'ajouter un alias git fff
qui fonctionne git fetch && git mff
... :-))
Cela peut être écrit comme "coopérer", sans le trait d'union, ou même " coöperate ", avec un diaeresis au-dessus du deuxième o. La diaeresis était commune dans le texte anglais dans l'impression fine (et The New Yorker still uses it!), Mais avec des machines à écrire incapables de le produire, a commencé à être moins commun dans le début au milieu des années 1900. Maintenant que les ordinateurs ont Unicode et les trémas - qui sont techniquement différents, mais symboliquement identiques - je pense que nous devrions restaurer la diaeresis à la prédominance. :-)
La commande 'git pull' n'a pas sa propre option' -p'. Ce qui se passe réellement, c'est que '-p' est passé à' git fetch'. Je ne sais pas qui a downvoted ceci: il est vrai que '-p' n'est pas documenté correctement (à mon avis,' git pull' n'est pas documenté correctement, mais 'git pull' ne devrait même pas exister :-)). – torek
@torek Peut-être que ceux qui pensent que '-p' représente' --patch' et marquent cette question comme doublon –
@KevinB Non, dans cette question vous avez lié à '-p' signifie' --patch' –