Selon la page de manuel de git push :
git push origin experimental
Trouvez une référence qui correspond experimental
dans le référentiel source (très probablement, elle trouverait refs/heads/experimental
), et mettez à jour la même référence (par exemple refs/heads/experimental
) dans le référentiel d'origine avec elle.
S'il experimental
n'existait pas à distance, il serait créé .
C'est la même chose que:
git push origin experimental:refs/heads/experimental
Créez la branche experimental
dans le référentiel d'origine en copiant la experimental
branche actuelle .
Ce formulaire n'est nécessaire que pour créer une nouvelle branche ou une nouvelle balise dans le référentiel distant lorsque le nom local et le nom distant sont différents ; sinon, le nom de la référence fonctionnera seul.
Ou, comme mentionné dans git tip , vous pouvez configurer une "Branch's Default Remote":
Vous pouvez utiliser git config pour attribuer une télécommande par défaut à une branche donnée. Cette télécommande par défaut sera utilisée pour pousser cette branche sauf indication contraire.
Ceci est déjà fait pour vous lorsque vous utilisez git clone, ce qui vous permet d'utiliser git push sans aucun argument pour pousser la branche master locale pour mettre à jour la branche master du référentiel d'origine.
git config branch.<name>.remote <remote>
peut être utilisé pour le spécifier manuellement.
Jan suggère (pour git> = 1.7.0 ) l' option push -u
(ou push --set-upstream
):
Pour chaque branche qui est à jour ou envoyée avec succès, ajoutez une référence en amont (suivi), utilisée par git-pull (1) sans argument et d'autres commandes.
De cette façon, vous n'avez pas à faire de configuration git.
git push -u origin experimental