Secondo la pagina del manuale di git push :
git push origin experimental
Trova un riferimento che corrisponda experimental
al repository di origine (molto probabilmente, lo troverebbe refs/heads/experimental
) e aggiorna lo stesso ref (ad esempio refs/heads/experimental
) nel repository di origine con esso.
Se experimental
non esistesse in remoto, verrebbe creato .
Questo è lo stesso di:
git push origin experimental:refs/heads/experimental
Creare il ramo experimental
nel repository di origine copiando il 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 da solo funzionerà.
Oppure, come menzionato in git tip , puoi configurare un "Remote's Default Remote":
Puoi usare git config per assegnare un telecomando predefinito a un determinato ramo. Questo telecomando predefinito verrà utilizzato per inviare quel ramo se non diversamente specificato.
Questo è già fatto per te quando usi git clone, permettendoti di usare git push senza alcun argomento per spingere il ramo principale locale per aggiornare il ramo principale del repository di origine.
git config branch.<name>.remote <remote>
può essere usato per specificarlo manualmente.
Jan suggerisce (per git> = 1.7.0 ) l' opzione push -u
(o push --set-upstream
):
Per ogni ramo aggiornato o inviato correttamente, aggiungi il riferimento upstream (tracking), usato da git-pull (1) senza argomenti e altri comandi.
In questo modo, non è necessario eseguire alcuna configurazione git.
git push -u origin experimental