Zmiana domyślnego „push” na Git Remote

Chcę zmienić domyślny docelowy oddział firmy Git, abym mógł to zrobić

git push

Zamiast:

git push upstream

Obecnie jest ustawiony na pilota źródłowego i chcę ustawić go na innego pilota.

Próbowałem usunąć oryginalny (sklonowany z) pilot

git remote rm origin

Który usunął oryginalny pilot. Ale nie rozwiązuje git pushproblemu. Nadal otrzymuję:

fatal: Brak skonfigurowanego miejsca docelowego push. Podaj adres URL z
wiersza polecenia lub skonfiguruj zdalne repozytorium za pomocą ...

Próbowałem także grać z:

git remote set-url --push myfork origin

i inne opcje, ale żadna nie wydaje się działać (może dlatego, że zbyt wcześnie usunąłem pilot źródłowy?)

Po odpowiedzi tutaj próbowałem zmienić:

git config push.default upstream (or matching)

ale żadne nie działało.

Możesz użyć, git push -u <remote_name> <local_branch_name>aby ustawić domyślny upstream. Aby uzyskać więcej informacji, zobacz dokumentację git push .

Aby zmienić, który pilot nadrzędny jest „podłączony” do twojej gałęzi, użyj git branchpolecenia z flagą konfiguracji nadrzędnej.

Najpierw upewnij się, że pilot istnieje:

git remote -vv

Ustaw preferowany pilot dla bieżącej (pobranej) gałęzi:

git branch --set-upstream-to <remote-name>

Sprawdź, czy gałąź jest skonfigurowana przy użyciu poprawnego zdalnego pilota:

git branch -vv

Praca z Git 2.3.2 ...

git branch --set-upstream-to myfork/master

Teraz status, pushi pullsą skierowane do myforkzdalnego

Za pomocą tego polecenia możesz łatwo zmienić domyślny pilot dla oddziałów jednocześnie

git push -u <remote_name> --all

Jeśli to zrobiłeś git push origin -u localBranchName:remoteBranchNamei po sekwencjach git pushpoleceń pojawią się błędy, które wtedy nie istnieją, wykonaj następujące kroki:

1. git remote -v

Sprawdź, czy jest jakiś pilot, który mnie nie obchodzi. Usuń je za pomocągit remote remove 'name'

2. git config --edit

Poszukaj możliwych oznak starego / nieistniejącego pilota. Poszukaj pushdefault:

[remote]
  pushdefault = oldremote

Zaktualizuj oldremotewartość i zapisz.

git push powinien działać teraz.

Tylko wyjaśnienie (za pomocą gita w wersji 1.7.9.5 na Ubuntu 12.04):

Git doda / usunie piloty. Są to zdalne wystąpienia git z podłączonym serwerem.

git remote add myremote git://remoteurl

Następnie możesz pobrać repozytorium git w następujący sposób:

git fetch myremote

Wygląda na to, że tworzy gałąź o nazwie „myremote”, jednak pilot dla gałęzi nie jest ustawiany automatycznie. Aby to zrobić, musisz wykonać następujące czynności:

Najpierw sprawdź, czy masz ten problem, tj

git config -l | grep myremote

Powinieneś zobaczyć coś takiego:

remote.myremote.url=git://remoteurl
remote.myremote.fetch=+refs/heads/*:refs/remotes/myremote/*
branch.myremote.remote=.
branch.myremote.merge=refs/heads/master

Jeśli widzisz branch.myremote.remote=., powinieneś kontynuować:

git config branch.myremote.remote myremote
git checkout myremote
git pull

Powinieneś teraz być na bieżąco ze zdalnym repozytorium, a twoje ściągnięcia / wypychania powinny być powiązane z odpowiednim pilotem. W ten sposób możesz przełączać piloty dla poszczególnych oddziałów . [Notatka 1]

Zgodnie z oficjalną dokumentacją konfiguracji Git , możesz ustawić domyślną gałąź push (po prostu wyszukaj remote.pushdefault na tej stronie), jednak pamiętaj, że nie wpłynie to na repozytoria / gałęzie, które już istnieją, więc będzie działać, ale tylko dla nowych repozytoriów / oddziałów. Powinieneś pamiętać, że --globalustawi specyficzne dla użytkownika wartości domyślne repozytorium (~ / .gitconfig), --systemustawi ogólnosystemowe wartości domyślne repozytorium (/ etc / gitconfig), a żadna flaga nie ustawi opcji konfiguracji dla bieżącego repozytorium (./.gitconfig).

Należy również zauważyć, że opcja konfiguracji push.default służy do konfigurowania zachowania specyfikacji , a nie zachowania zdalnego .

[1]: git branch --set-upstream myotherremotezwykle działałby tutaj, jednak git będzie narzekał, że jeśli nie git branch --set-upstream myremotezostanie użyty, nie ustawi gałęzi jako własnego pilota . Uważam jednak, że jest to nieprawidłowe zachowanie.

Przydatne może być zajrzenie do .git/configrepozytorium, wyświetli ono listę wszystkich pilotów, a także domyślnego pilota dla każdej gałęzi

na przykład.

[core]
    repositoryformatversion = 0
    filemode = true
    bare = false
    logallrefupdates = true
[remote "origin"]
    url = git@gitea.xxx.be:fii/web2016.git
    fetch = +refs/heads/*:refs/remotes/origin/*
[branch "master"]
    remote = origin
    merge = refs/heads/master
[branch "bugfix/#8302"]
    remote = origin
    merge = "refs/heads/bugfix/#8302"
[branch "feature/#8331"]
    remote = origin
    merge = "refs/heads/feature/#8331"
[remote "scm"]
    url = https://scm.xxx.be/git/web2016bs.git
    fetch = +refs/heads/*:refs/remotes/scm/*

możesz wprowadzić ręczne zmiany w tym pliku, aby usunąć niechcianego pilota, lub zaktualizować domyślne piloty dla różnych gałęzi

• Zwróć uwagę! podczas zmiany lub usuwania pilotów należy zaktualizować wszystkie odniesienia do niego w tym pliku konfiguracyjnym

Kolejną techniką, którą właśnie znalazłem w celu rozwiązania tego problemu (nawet jeśli najpierw usunąłem pochodzenie, co wydaje się błędem), jest bezpośrednie manipulowanie git config:

git config remote.origin.url url-to-my-other-remote

Bardzo prosto i łącząc niektóre świetne komentarze tutaj wraz z moimi własnymi badaniami na ten temat.

Najpierw sprawdź lokalny oddział, który chcesz powiązać ze zdalnym oddziałem:

git checkout mybranch

Kolejny:

git branch -u origin/mybranch

gdzie:

git branch -u {remote name}/{branch name}

Powinieneś otrzymać wiadomość:

"Branch mybranch set up to track remote branch mybranch from origin."

W moim przypadku naprawiłem: * uruchom git config --edit * W pliku konfiguracyjnym git:

[branch "master"]
remote = origin # <--- change the default origin here

git remote set-url --push origin powinien działać, jak wspomniałeś, ale musisz jawnie podać adres URL zamiast alternatywnej nazwy zdalnej, np

git remote set-url --push origin git@github.com:contributor/repo.git

Możesz potwierdzić, czy to zadziałało, wykonując git remote -v. Na przykład

λ ~/go/src/github.com/stretchr/testify/ master git remote -v
fork    git@github.com:contributor/testify.git (fetch)
fork    git@github.com:contributor/testify.git (push)
origin  git@github.com:stretchr/testify (fetch)
origin  git@github.com:contributor/testify.git (push)