Według strony podręcznika git push :
git push origin experimental
Znajdź odniesienie, które pasuje experimental
w repozytorium źródłowym (najprawdopodobniej znajdzie refs/heads/experimental
) i zaktualizuj tym samym ref (np. refs/heads/experimental
) W repozytorium pochodzenia.
Gdyby experimental
nie istniał zdalnie, zostałby stworzony .
To jest to samo, co:
git push origin experimental:refs/heads/experimental
Utwórz gałąź experimental
w repozytorium pochodzenia, kopiując bieżącą experimental
gałąź.
Ten formularz jest potrzebny tylko do utworzenia nowej gałęzi lub tagu w zdalnym repozytorium, gdy nazwa lokalna i nazwa zdalna są różne ; w przeciwnym razie nazwa ref będzie działać sama.
Lub, jak wspomniano we wskazówce git , możesz skonfigurować „Domyślny pilot oddziału”:
Możesz użyć git config, aby przypisać domyślnego pilota do danej gałęzi. Ten domyślny pilot zostanie użyty do wypchnięcia tej gałęzi, chyba że określono inaczej.
Jest to już zrobione za Ciebie, gdy używasz git clone, umożliwiając użycie git push bez żadnych argumentów do wypchnięcia lokalnej gałęzi głównej w celu zaktualizowania gałęzi głównej repozytorium pochodzenia.
git config branch.<name>.remote <remote>
można użyć, aby określić to ręcznie.
Jan sugeruje (dla git> = 1.7.0 ) do push -u
(lub push --set-upstream
opcja):
Dla każdej gałęzi, która jest aktualna lub pomyślnie wypchnięta, dodaj odwołanie nadrzędne (śledzące), używane przez bezargumentowe git-pull (1) i inne polecenia.
W ten sposób nie musisz wykonywać żadnej konfiguracji git.
git push -u origin experimental