Jak zmienić bazę lokalną za pomocą zdalnego sterownika głównego

Mam sklonowany projekt z gałęzi master ze zdalnego repozytorium remote_repo. Tworzę nowy oddział i zobowiązuję się do tego oddziału. Inni programiści pchnęli do remote_repogałęzi master.

Muszę teraz przenieść moją gałąź RB na remote_repomaster.

Jak to zrobić? Jakie polecenia pisać na terminalu?

Najpierw pobierz nowego wzorca z repozytorium nadrzędnego, a następnie oprzyj na nim swoją gałąź pracy:

git fetch origin            # Updates origin/master
git rebase origin/master    # Rebases current branch onto origin/master

Aktualizacja : zapoznaj się z odpowiedzią Paula Drapera, aby uzyskać bardziej zwięzły sposób na zrobienie tego samego - najnowsze wersje Git zapewniają prostszy sposób wykonywania odpowiednika powyższych dwóch poleceń.

git pull --rebase origin master
# where --rebase[=(false|true|merges|preserve|interactive)]

Po zatwierdzeniu zmian w swoim oddziale, sprawdź masteri wyciągnij go, aby uzyskać najnowsze zmiany z repozytorium:

git checkout master
git pull origin master

Następnie sprawdź swój oddział i wprowadź zmiany w bazie master:

git checkout RB
git rebase master

... lub ostatnie dwa polecenia w jednym wierszu:

git rebase master RB

Podczas próby wypchnięcia z powrotem origin/RBprawdopodobnie wystąpi błąd; jeśli pracujesz jako jedyny RB, możesz wymusić wypychanie:

git push --force origin RB

... lub w następujący sposób, jeśli odpowiednio skonfigurowałeś git:

git push -f

Uwaga: Jeśli masz już szeroką wiedzę na temat rebase, użyj poniżej jednego linera do szybkiego rebase. Rozwiązanie: Zakładając, że pracujesz w oddziale i jesteś jedyną osobą pracującą nad nim.

git fetch && git rebase origin/master

Rozwiązuj wszelkie konflikty, testuj kod, zatwierdzaj i wypychaj nowe zmiany do zdalnego oddziału.

                            ~:   For noobs   :~

Poniższe kroki mogą pomóc każdemu, kto jest nowy git rebasei chciał to zrobić bezproblemowo

Krok 1: Zakładając, że w tym momencie w YourBranch nie ma żadnych zmian i zmian, które należy wprowadzić. Odwiedzamy YourBranch.

git checkout YourBranch
git pull --rebase

Co się stało? Wyciąga wszystkie zmiany dokonane przez innych programistów pracujących w twoim oddziale i nakłada na niego zmiany.

Krok 2: Rozwiąż wszelkie pojawiające się konflikty.

Krok 3:

git checkout master
git pull --rebase

Co się stało? Pobiera wszystkie najnowsze zmiany ze zdalnego sterownika głównego i zmienia na lokalnym urządzeniu głównym lokalnego. Zawsze dbam o to, by zdalny master był czysty i gotowy do wydania! I wolę pracować tylko lokalnie na master lub oddziałach. Polecam to robić, dopóki nie dostaniesz pomocy w zmianach gita lub zatwierdzeniach. Uwaga: Ten krok nie jest potrzebny, jeśli nie utrzymujesz lokalnego wzorca, zamiast tego możesz wykonać pobieranie i zmianę bazy zdalnego wzorca bezpośrednio w oddziale lokalnym. Jak wspomniałem na początku w jednym kroku.

Krok 4: Rozwiąż wszystkie pojawiające się konflikty.

Krok 5:

git checkout YourBranch
git rebase master

Co się stało? Zdarza się Rebase on master

Krok 6: Rozwiąż wszelkie konflikty, jeśli występują konflikty. Służy git rebase --continuedo kontynuowania bazy po dodaniu rozwiązanych konfliktów. W dowolnym momencie możesz użyć, git rebase --abortaby przerwać rebase.

Krok 7:

git push --force-with-lease 

Co się stało? Przekazywanie zmian do zdalnego YourBranch. --force-with-leaseupewni się, czy w trakcie dokonywania zmian wprowadzane są jakiekolwiek inne zmiany dla YourBranch od innych programistów. Jest to bardzo przydatne, a nie wymuszone. W przypadku jakichkolwiek nadchodzących zmian pobierz je, aby zaktualizować lokalny YourBranch przed wprowadzeniem zmian.

Dlaczego muszę wprowadzać zmiany? Aby ponownie napisać komunikat zatwierdzenia w zdalnej YourBranch po prawidłowej zmianie bazy lub Jeśli występują jakieś konflikty rozwiązane? Następnie musisz przekazać zmiany rozwiązane w lokalnym repozytorium do zdalnego repozytorium YourBranch

Yahoooo ...! Udało ci się ukończyć z powodzeniem.

Możesz także chcieć:

git checkout master
git merge YourBranch

Kiedy i dlaczego? Połącz swój oddział w master, jeśli zostanie to zrobione ze zmianami dokonanymi przez Ciebie i innych programistów. Co sprawia, że ​​YourBranch jest na bieżąco z masterem, gdy chcesz później pracować w tym samym oddziale.

                            ~:   (๑ơ ₃ ơ)♥ rebase   :~

Krok 1:

git fetch origin

Krok 2:

git rebase origin/master

Krok 3: (Napraw, jeśli występują konflikty)

git add .

Krok 4:

git rebase --continue

Krok 5:

git push --force

1. Najpierw aktualizacja Master ...

git checkout [master branch]
git pull [master branch]

2. Teraz podstawowa gałąź źródłowa z bazą master

git checkout [source branch]
git rebase [master branch]
git pull [source branch] (remote/source branch)
git push [source branch]

JEŻELI gałąź źródłowa jeszcze nie istnieje na pilocie, to:

git push -u origin [source branch]

"zrobione..."

git fetch origin master:master pobiera najnowszą wersję master bez konieczności jej sprawdzania.

Wszystko czego potrzebujesz to:

git fetch origin master:master && git rebase master 👌