Chciałbym domyślnie wypychać i wyciągać wszystkie gałęzie, w tym nowo utworzone.

Czy istnieje ustawienie, które mogę dla niego zdefiniować?

W przeciwnym razie, kiedy dodam nowy oddział lokalnie i chcę go pobrać z serwera, jaki jest najprostszy sposób, aby to zrobić?

Utworzyłem nowy oddział o tej samej nazwie i próbowałem go ściągnąć, ale to nie działa. Pyta mnie o całą zdalną konfigurację oddziału. Jak to ustawić.

Najprostszym sposobem jest:

git push --all origin

Spowoduje to przesuwanie tagów i gałęzi.

W nowoczesnym git zawsze pobierasz wszystkie gałęzie (jako gałęzie zdalnego śledzenia do refs/remotes/origin/*przestrzeni nazw, widoczne za pomocą git branch -rlub git remote show origin).

Domyślnie (patrz dokumentacja push.defaultzmiennej config) wypychasz pasujące gałęzie , co oznacza, że ​​najpierw musisz zrobić, git push origin branchaby git zawsze wypychał ją git push.

Jeśli chcesz zawsze wypychać wszystkie gałęzie , możesz skonfigurować push refspec. Zakładając, że pilot ma nazwę origin, możesz użyć git config :

$ git config --add remote.origin.push '+refs/heads/*:refs/heads/*'
$ git config --add remote.origin.push '+refs/tags/*:refs/tags/*'

lub bezpośrednio edytuj .git/configplik, aby mieć coś takiego:

[zdalne „pochodzenie”]
        url = uż[email protected]: /srv/git/repo.git
        fetch = + referencje / głowice / *: referencje / piloty / pochodzenie / *
        fetch = + refs / tags / *: refs / tags / *
        push = + refs / heads / *: refs / heads / *
        push = + refs / tags / *: refs / tags / *

Dołączenie + do specyfikacji wypychania jest prawdopodobnie złym pomysłem, ponieważ oznacza to, że git z przyjemnością wykona wypychanie nie do przodu nawet bez opcji -f , a jeśli zdalny serwer jest skonfigurowany do akceptowania tych, możesz stracić historię.

Spróbuj tego:

$ git config --add remote.origin.push 'refs/heads/*:refs/heads/*'
$ git config --add remote.origin.push 'refs/tags/*:refs/tags/*'
$ git config --add remote.origin.fetch 'refs/heads/*:refs/remotes/origin/*'
$ git config --add remote.origin.fetch 'refs/tags/*:refs/tags/*'

Użyłem poniższych poleceń do migracji wszystkich gałęzi do nowego repozytorium.

~$ git clone --mirror <url_of_old_repo>
~$ cd <name_of_old_repo>
~$ git remote add new-origin <url_of_new_repo>
~$ git push new-origin master
~$ git push new-origin --mirror

UWAGA : Musiałem użyć drugiej komendy (tj. Push master first) podczas klonowania repozytorium z Atlassian Stash do AWS CodeCommit (puste repo). Nie jestem pewien powodu, ale po wypchnięciu ( git push new-origin --mirror) domyślna gałąź odnosiła się do innej gałęzi niż master.

Jeśli przenosisz oddziały do ​​nowego repozytorium ze starego i NIE masz lokalnych wszystkich starych repozytoriów, musisz je najpierw śledzić.

for remote in `git branch -r | grep -v '\->'`; do git branch --track $remote; done

Następnie dodaj nowe zdalne repozytorium:

git remote add bb <path-to-new-repo>

Następnie możesz wypchnąć wszystkich za pomocą tego polecenia:

git push -u bb --all

Lub możesz skonfigurować repo za pomocą komend git config wymienionych w innych odpowiedziach tutaj, jeśli nie robisz tego jednorazowo lub chcesz jedynie przenieść lokalne oddziały.

Ważny punkt, pozostałe odpowiedzi popychają tylko wszystkie LOKALNE gałęzie. Jeśli gałęzie istnieją tylko w alternatywnym repozytorium ZDALNYM, nie będą się one poruszać bez uprzedniego ich śledzenia. Zaprezentowana tutaj pętla for pomoże w tym.

Aby zobaczyć wszystkie gałęzie bez użycia git branch -a, należy wykonać:

for remote in `git branch -r`; do git branch --track $remote; done
git fetch --all
git pull --all

Teraz możesz zobaczyć wszystkie gałęzie:

git branch

Aby wypchnąć wszystkie gałęzie, spróbuj:

git push --all

Jeśli przenosisz wszystkie gałęzie do nowej repozytorium ze starej, wtedy w repozytorium lokalnym musisz skonfigurować śledzenie każdej gałęzi do istniejących gałęzi początkowych, przed wypchnięciem do nowej repozytorium, w przeciwnym razie wszystkie gałęzie początkowe nie pojawią się w nowe pochodzenie. Zrób to ręcznie, śledząc lub sprawdzając każdy oddział, lub użyj jednego linera:

for remote in `git branch -r | grep -v '\->' | grep -v master`; do git branch --track `echo $remote|sed 's=origin/=='` `echo $remote`; done

To jedno wierszowe polecenie oparte jest na jego wersjach w innych odpowiedziach na tej stronie, ale jest prawdopodobnie lepsze, ponieważ:

1. poprawnie konfiguruje śledzenie gałęzi, w przeciwieństwie do niektórych starszych wariantów tej komendy na tej stronie, które podają tylko jeden parametr do --track, a zatem każda gałąź kończy master śledzenia - niezbyt dobrze
2. nazywa lokalne oddziały bez przedrostka „origin /”, którego osobiście nie chcę - i jest spójny z tym, co dzieje się, gdy normalnie kasujesz oddział.
3. pomija master śledzenia, ponieważ to już się dzieje
4. tak naprawdę nic nie kasuje, dlatego jest szybki
5. unika potknięcia się o -> na wyjściu gałęzi git -r

Następnie, jeśli zmieniasz źródła, zastąp link do starego źródła i wskaż nowego pilota. Upewnij się, że najpierw utworzysz nowy pilot przy użyciu GUI bitbucket / github, ale nie dodawaj do niego żadnych plików, w przeciwnym razie wystąpi problem z scalaniem. Na przykład

git remote set-url origin [email protected]:YOUR/SOMEREPO.git

Teraz pchnij. Zauważ, że drugie polecenie jest również potrzebne do wypchnięcia tagów:

git push -u --all origin
git push --tags origin

Rozwiązanie bez kodowania originw konfiguracji

W globalnej gitconfig użyj następujących opcji

[remote]
    push = +refs/heads/*
    push = +refs/tags/*

Spycha to wszystkie gałęzie i wszystkie tagi

Dlaczego NIE powinieneś hardcode originw konfiguracji?

Jeśli kodujesz na stałe:

1. Skończysz originjako zdalny we wszystkich repozytoriach. Więc nie będziesz w stanie dodać pochodzenia, ale musisz użyć set-url.
2. Jeśli narzędzie tworzy zdalny system o innej nazwie, wszystkie konfiguracje nie zostaną zastosowane. Następnie musisz zmienić nazwę pilota, ale zmiana nazwy nie zadziała, ponieważ originjuż istnieje (od punktu 1) pamiętaj :)

Pobieranie jest już obsługiwane przez nowoczesny git

Zgodnie z odpowiedzią Jakuba Narębskiego:

Dzięki nowoczesnemu gitowi zawsze pobierasz wszystkie gałęzie (jako gałęzie do zdalnego śledzenia w przestrzeni nazw ref / remotes / origin / *