pull / push z wielu zdalnych lokalizacji

Krótko mówiąc: czy istnieje sposób na wypchnięcie repozytorium git i pobranie z listy zdalnych repozytoriów (zamiast pojedynczego „pochodzenia”)?

Długie: często mam sytuację, gdy tworzę aplikację na wielu komputerach, z różnymi łączami - powiedz laptop podczas transportu, komputer „A”, gdy jestem w określonej lokalizacji, i inny komputer „B” podczas gdy na innym. Ponadto laptop może mieć łączność tylko z „A” lub „B”, a czasami jednocześnie.

Chciałbym, aby git zawsze „ściągał” i „przepychał” do wszystkich komputerów, z którymi może się obecnie łączyć, więc łatwiej jest przeskakiwać z jednej maszyny na drugą i kontynuować płynną pracę.

Możesz skonfigurować wiele zdalnych repozytoriów za pomocą git remotepolecenia:

git remote add alt alt-machine:/path/to/repo

Aby pobrać ze wszystkich skonfigurowanych pilotów i zaktualizować gałęzie śledzenia, ale nie scalić się z nimi HEAD, wykonaj:

git remote update

Jeśli nie jest on aktualnie podłączony do jednego z pilotów, upłynie limit czasu lub zgłosi błąd i przejdzie do następnego. Będziesz musiał ręcznie scalić z pobranych repozytoriów lub cherry-pick, w zależności od tego, jak chcesz zorganizować zbieranie zmian.

Aby pobrać gałąź master z alt i przeciągnąć ją do bieżącej głowy, wykonaj:

git pull alt master

W rzeczywistości git pulljest to prawie skrót git pull origin HEAD(właściwie wygląda to w pliku konfiguracyjnym, aby to ustalić, ale masz pomysł).

W przypadku wypychania aktualizacji musisz to zrobić ręcznie dla każdego repozytorium.
Myślę, że push został zaprojektowany z myślą o przepływie pracy centralnego repozytorium.

Robienie tego ręcznie nie jest już konieczne , dzięki nowoczesnym wersjom git! Zobacz rozwiązanie Malvineousa poniżej.

Reprodukcja tutaj:

git remote set-url origin --push --add <a remote>
git remote set-url origin --push --add <another remote>

Oryginalna odpowiedź:

Tego używam od dłuższego czasu bez złych konsekwencji i zasugerował Linus Torvalds na liście mailowej git .

Rozwiązanie araqnid jest odpowiednie do wprowadzenia kodu do repozytorium… ale kiedy, tak jak ja, masz wiele równoważnych autorytatywnych upstreamów (trzymam niektóre z moich bardziej krytycznych projektów sklonowane zarówno na prywatnym serwerze, GitHub, jak i Codaset), codzienne zmiany mogą być trudne.

Krótko mówiąc, git remote add wszystkie Twoje piloty indywidualnie… a następnie git config -edodaj scalonego pilota. Zakładając, że masz to repozytorium config:

[remote "GitHub"]
    url = [email protected]:elliottcable/Paws.o.git
    fetch = +refs/heads/*:refs/remotes/GitHub/*
[branch "Master"]
    remote = GitHub
    merge = refs/heads/Master
[remote "Codaset"]
    url = [email protected]:elliottcable/paws-o.git
    fetch = +refs/heads/*:refs/remotes/Codaset/*
[remote "Paws"]
    url = [email protected]:Paws/Paws.o.git
    fetch = +refs/heads/*:refs/remotes/Paws/*

… Aby utworzyć scalony-zdalny dla "Paws"i "Codaset", mogę dodać następujące po tych wszystkich:

[remote "Origin"]
    url = [email protected]:Paws/Paws.o.git
    url = [email protected]:elliottcable/paws-o.git

Kiedy to zrobię, kiedy git push Origin Masterto zrobię, popchnie to jedno Paws/Masteri drugie Codaset/Master, co ułatwi życie.

Od wersji 1.8 Gitta (październik 2012 r.) Możesz to zrobić z wiersza poleceń:

git remote set-url origin --push --add user1@repo1
git remote set-url origin --push --add user2@repo2
git remote -v

Następnie git pushprześle do użytkownika user1 @ repo1, a następnie do user2 @ repo2.

Dodałem te aliasy do mojego ~ / .bashrc:

alias pushall='for i in `git remote`; do git push $i; done;'
alias pullall='for i in `git remote`; do git pull $i; done;'

Możesz dodawać piloty za pomocą:

git remote add a urla
git remote add b urlb

Następnie, aby zaktualizować wszystkie repozytoria:

git remote update

Oto mój przykład ze skryptem bash w .gitconfigsekcji aliasów

[alias]
        pushall = "!f(){ for i in `git remote`; do git push $i; done; };f"

Dodałem dwa oddzielne pushurl do zdalnego „origin” w pliku .git congfig. Kiedy biegnę, git push origin "branchName"to przejdzie i przepchnie do każdego adresu URL. Nie jestem pewien, czy istnieje łatwiejszy sposób na osiągnięcie tego, ale to działa na mnie, aby jednocześnie przesłać do kodu źródłowego Github i do kodu źródłowego My.visualStudio.

[remote "origin"]
  url = "Main Repo URL"
  fetch = +refs/heads/*:refs/remotes/origin/*
  pushurl = "repo1 URL"
  pushurl = "reop2 URl"

Pozwoliłem sobie rozszerzyć odpowiedź od non-urbiz; po prostu dodaj to do swojego ~ / .bashrc:

git-pullall () { for RMT in $(git remote); do git pull -v $RMT $1; done; }    
alias git-pullall=git-pullall

git-pushall () { for RMT in $(git remote); do git push -v $RMT $1; done; }
alias git-pushall=git-pushall

Stosowanie:

git-pullall master

git-pushall master ## or
git-pushall

Jeśli nie podasz żadnego argumentu gałęzi dla git-pullall, ściąganie z innych niż domyślne pilotów zakończy się niepowodzeniem; pozostawił takie zachowanie, ponieważ jest analogiczne do git.

Będziesz potrzebował skryptu, aby przejść przez nie. Git nie zapewnia „push all”. Można teoretycznie wykonać wypychanie w wielu wątkach, ale natywna metoda nie jest dostępna.

Pobieranie jest jeszcze bardziej skomplikowane i polecam to zrobić liniowo.

Myślę, że twoją najlepszą odpowiedzią jest posiadanie maszyny, na którą wszyscy robią push / pull, jeśli to w ogóle możliwe.

W przypadku aktualizacji pilotów (tj. pullObudowy) sprawy stały się łatwiejsze.

Oświadczenie Linusa

Niestety, nie ma nawet żadnego sposobu, aby to sfałszować za pomocą aliasu git.

w wymienionej wpisu na listę mailingową Git w odpowiedzi elliottcable użytkownika nie jest już prawdą.

git fetch nauczyłem się --all gdzieś w przeszłości parametru pozwalającego pobrać wszystkie piloty za jednym razem.

Jeśli nie wszystkie są wymagane, można użyć --multipleprzełącznika, aby określić wiele pilotów lub grupę.

Chciałem pracować w VSO / TFS, a następnie pchnąć publicznie do GitHub, gdy będzie gotowy. Pierwsze repo utworzone w prywatnym VSO. Kiedy przyszedł czas na dodanie do GitHub, zrobiłem:

git remote add mygithubrepo https://github.com/jhealy/kinect2.git
git push -f mygithubrepo master

Pracował jak mistrz ...

W celu sprawdzenia poprawności należy wydać polecenie „git remote -v”, aby wyświetlić listę repozytoriów powiązanych z projektem.

C:\dev\kinect\vso-repo-k2work\FaceNSkinWPF>git remote -v
githubrepo      https://github.com/jhealy/kinect2.git (fetch)
githubrepo      https://github.com/jhealy/kinect2.git (push)
origin  https://devfish.visualstudio.com/DefaultCollection/_git/Kinect2Work (fetch)
origin  https://devfish.visualstudio.com/DefaultCollection/_git/Kinect2Work (push)

Prosty sposób, pracował dla mnie ... Mam nadzieję, że to komuś pomaga.

dodaj alias do globalnego gitconfig (/home/user/.gitconfig) za pomocą poniższego polecenia.

git config --global alias.pushall '!f(){ for var in $(git remote show); do echo "pushing to $var"; git push $var; done; }; f'

Po zatwierdzeniu kodu mówimy

git push

domyślnie wypychać do źródła. Po powyższym aliasie możemy powiedzieć

git pushall

a kod zostanie zaktualizowany do wszystkich pilotów, w tym zdalnego pochodzenia.

Dodawanie all pilota staje się trochę żmudne, ponieważ musisz skonfigurować na każdym używanym komputerze.

Ponadto wszystkie podane aliasybash i zakładają, że będziesz naciskać na wszystkie piloty. (Np .: Mam rozwidlenie, które utrzymuję w GitHub i GitLab. Mam upstreamgit sshag dodany pilot , ale nie mam uprawnień, aby do niego pchać.)

Oto git alias, który naciska tylko na piloty z włączonym wypychanym adresem URL @.

psall    = "!f() { \
    for R in $(git remote -v | awk '/@.*push/ { print $1 }'); do \
    git push $R $1; \
    done \
    }; f"

Dodanie nowego pilota

git remote add upstream https://github.com/example-org/example-repo.git

git remote -vv

Pobierz z wielu lokalizacji

git fetch --all

Przekaż do lokalizacji

git push -u upstream/dev