Secondo git push manual page:
git push origin experimental
Trova un ref che corrisponde experimental
nel repository di origine (molto probabilmente, troverà refs/heads/experimental
) e aggiornerà lo stesso riferimento (es. refs/heads/experimental
) nel repository di origine con esso.
Se experimental
non esiste in remoto, verrà creato.
Questo è lo stesso:
git push origin experimental:refs/heads/experimental
Creare il ramo experimental
nel repository di origine copiando l'experimental
ramo corrente.
Questo modulo è necessario solo per creare un nuovo ramo o tag nel repository remoto quando il nome locale e il nome remoto sono diversi; altrimenti, il nome di riferimento funzionerà da solo.
Oppure, come menzionato in git tip, è possibile impostare "Default Ramo remoto" a:
È possibile utilizzare git config per assegnare un default remoto per un determinato settore. Questo telecomando predefinito verrà utilizzato per inviare quel ramo se non diversamente specificato.
Questo è già stato fatto per te quando usi git clone, permettendoti di usare git push senza argomenti per spingere il ramo master locale per aggiornare il ramo master del repository di origine.
git config branch.<name>.remote <remote>
può essere utilizzato per specificare questo manualmente.
Jan suggerisce (per git >= 1.7.0) la push -u
(o push --set-upstream
) opzione:
Per ogni tralcio che è fino a data o spinto con successo, aggiungere a monte (tracking) di riferimento, utilizzato da senza argomento git-pull (1) e altri comandi.
In questo modo, non è necessario eseguire alcuna configurazione di git.
git push -u origin experimental
Questo collegamento è molto utile anche in questo aspetto. [Condivisione di rami di git] (http://allmybrain.com/2008/09/15/sharing-git-branches/) –
possibile duplicato di [Come si crea un ramo git esistente per tenere traccia di un ramo remoto?] (Http: //stackoverflow.com/questions/520650/how-do-you-make-an-existing-git-branch-track-a-remote-branch) – ahsteele