Je lis l'article suivant: http://github.com/guides/keeping-a-git-fork-in-sync-with-the-forked-repo, où ils mentionnent tirant essentiellement des changements de deux prises en pension en même temps en créant l'alias suivant:Git fusion commande
pu = !"git fetch origin -v; git fetch wycats -v; git merge wycats/master"
Cela est logique, mais, comme quelqu'un de nouveau à Git, je suis curieux de savoir pourquoi les commandes est que par rapport:
pu = !"git fetch origin -v; git merge origin/master; git fetch wycats -v; git merge wycats/master"
ou quelque chose le long de ces lignes. Fondamentalement, je me demande pourquoi l'argument de fusionner est wycats/master et comment il connaît automatiquement l'origine/master. Vous cherchez une explication rapide.
L'article original est probablement erroné. 'git merge' ne sait pas automatiquement chercher' origin/master'. Autant que je sache, ce devrait être comme vous le suggérez, ou la dernière commande de l'original devrait être 'git merge origin/master wycats/master' pour faire une fusion de poulpe des deux branches dans la branche courante. –
C'est aussi ici: http://yuilibrary.com/gallery/developer, où je l'ai vu à l'origine. Est-ce que git fusionne origine/maître wycats/maître fonctionne également? Je n'ai pas essayé ça. – Bialecki