Jak „wyciągnąć” do gałęzi, która nie jest obecna?

Kiedy biegniesz git pullpo mastergałęzi, zwykle ciągnie origin/master. Jestem w innej gałęzi o nazwie newbranch, ale muszę uruchomić polecenie, które wykonuje polecenie git pullod origin/masterdo, masterale nie mogę uruchomić git checkoutzmiany wybranej gałęzi, dopóki nie zakończy się ściąganie. Czy jest na to sposób?

Aby dać trochę informacji, repozytorium przechowuje witrynę internetową. Dokonałem pewnych zmian newbranchi wdrożyłem je, przełączając witrynę na newbranch. Teraz te zmiany zostały włączone do mastergałęzi, próbuję również przełączyć witrynę z powrotem do mastergałęzi. W tym momencie, newbranchi origin/mastersą identyczne, ale masterpozostaje w tyle origin/masteri musi zostać zaktualizowana. Problem w tym, że jeśli robię to w tradycyjny sposób:

$ git checkout master
   # Uh oh, production website has now reverted back to old version in master
$ git pull
   # Website is now up to date again

Muszę osiągnąć to samo, co powyżej ( git checkout master && git pull), ale bez zmiany katalogu roboczego na wcześniejszą wersję podczas procesu.

Masz drzewo robocze, którego nie chcesz dotykać, więc użyj innego. Clone jest tani, jest do tego stworzony.

git fetch origin master       # nice linear tree
git clone . ../wip -b master  # wip's `origin/master` is my `master`
cd ../wip                     # .
git pull origin origin/master # merge origin's origin/master
git push origin master        # job's done, turn it in.
cd ../main
rm -rf ../wip                 # wip was pushed here, wip's done

git checkout master           # payload

Problem ze wszystkimi innymi odpowiedziami tutaj polega na tym, że w rzeczywistości nie pociągają one za sobą. Jeśli potrzebujesz skonfigurowanego łączenia lub ponownego bazowania, potrzebujesz innego drzewa roboczego i powyższej procedury. W przeciwnym razie po prostu git fetch; git checkout -B master origin/masterzrobi.

Prosta: Aktualizacja z odległego oddziału do chwili obecnej nie sprawdził-out oddziału kapitana :

git fetch origin master:master

gdzie origin jest twoim pilotem i aktualnie jesteś sprawdzany w jakiejś gałęzi, np . dev .

Jeśli chcesz zaktualizować swój obecny oddział oprócz określonego oddziału za jednym razem:

git pull origin master:master

Odpowiedź na to pytanie znajduje się tutaj: Scal, aktualizuj i ściągaj gałęzie Git bez korzystania z płatności

# Merge local branch foo into local branch master,
# without having to checkout master first.
# Here `.` means to use the local repository as the "remote":
git fetch . foo:master

# Merge remote branch origin/foo into local branch foo,
# without having to checkout foo first:
git fetch origin foo:foo

Jak się okazuje, odpowiedź jest zwodniczo prosta:

$ git fetch                           # Update without changing any files
$ git branch -d master                # Remove out-of-date 'master' branch
$ git checkout --track origin/master  # Create and check out up-to-date 'master' branch

To pozwala na aktualizację masteroddział bez przełączania do niego, aż po to został zaktualizowany.

Martwisz się czymś, czego nie można naprawić, ponieważ operacje Git nie są atomowe. Zawsze będziesz mieć dziurę, w której twój katalog roboczy jest w połowie drogi między gałęziami, nawet jeśli zaktualizujesz master bez wcześniejszego przełączenia się na niego. Dlatego Git nie jest narzędziem do wdrażania .

Ponieważ w rzeczywistości nie zatwierdzasz kodu w swoim środowisku produkcyjnym (mam nadzieję), nie musisz w rzeczywistości sprawdzać gałęzi. Możesz po prostu zrobić a, git fetchaby zaktualizować swoje zdalne referencje, a następnie git checkout origin/masterprzenieść katalog roboczy bezpośrednio do zatwierdzenia aktualnie wskazywanego przez origin/master. To wprowadzi cię w stan odłączonej głowy, ale znowu, ponieważ nie wprowadzasz kodu, to nie ma znaczenia.

To jest najmniejsza dziura, którą dostaniesz, ale jak powiedziałem, dziura nadal istnieje; checkoutnie jest atomowy.

Możesz użyć do tego update-ref:

git fetch
git update-ref refs/heads/master origin/master
git checkout master

Zauważ, że spowodowałoby to odrzucenie wszelkich lokalnych zatwierdzeń w gałęzi master. W twoim przypadku ich nie będzie, więc to jest w porządku. Dla innych osób, które próbują to zrobić, gdy są lokalne zatwierdzenia, nie sądzę, aby było to możliwe, ponieważ scalanie można uruchomić tylko w bieżącej gałęzi.

Rozwiązanie Malvineous działa dla mnie

$ git fetch                           # Update without changing any files
$ git branch -d master                # Remove out-of-date 'master' branch
$ git checkout --track origin/master  # Create and check out up-to-date 'master' branch

Po prostu podaj błąd

warning: not deleting branch 'master' that is not yet merged to
         'refs/remotes/origin/master', even though it is merged to HEAD.
error: The branch 'master' is not fully merged.
If you are sure you want to delete it, run 'git branch -D master'.

Więc uruchamiam z opcją -D

dzięki

git fetch origin master:master

• „Pulls” (faktycznie pobiera) master.
• Jeśli masz na swoim koncie zmiany master, które nie zostały jeszcze przesłane, origin/masterzostanie scalony z Twoim mistrzem.
• Jeśli występują konflikty scalania, musisz je najpierw rozwiązać.