Według strony podręcznika git push :
git push origin experimental
Znajdź odniesienie, które pasuje experimentalw repozytorium źródłowym (najprawdopodobniej znajdzie refs/heads/experimental) i zaktualizuj tym samym ref (np. refs/heads/experimental) W repozytorium pochodzenia.
Gdyby experimentalnie istniał zdalnie, zostałby stworzony .
To jest to samo, co:
git push origin experimental:refs/heads/experimental
Utwórz gałąź experimentalw repozytorium pochodzenia, kopiując bieżącą experimentalgałąź.
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-upstreamopcja):
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