Jeśli przekształcisz gałąź, będziesz musiał wymusić wypchnięcie tej gałęzi. Rebase i wspólne repozytorium generalnie nie dogadują się. To jest przepisywanie historii. Jeśli inni używają tej gałęzi lub mają rozgałęzienie z tej gałęzi, zmiana bazy będzie dość nieprzyjemna.
Czy zmiana bazy jest wypychana?
Rebazowanie. Jedynym prawdziwym wyjątkiem od zasady „zawsze ciągnij, potem pchaj” jest zmiana bazy. Kiedy zmieniasz bazę, tworzysz kopię historii zmian. … Jednakże, jeśli git pull, otrzymasz dwie kopie gałęzi, które są następnie scalane z zatwierdzeniem scalania.
Czy mogę zmienić bazę po przejściu na zdalne?
Jeżeli już przesłałeś zmiany przed użyciem TEJ opcji, te zmiany nie zostaną ponownie oparte, ponieważ są już w pilocie. Jedynym wyjątkiem może być sytuacja, gdy masz wiele pilotów i wprowadziłeś zmiany do jednego pilota, a następnie wykonaj ściąganie/zmianę bazy z innego - może to spowodować poważne problemy.
Czy musisz zatwierdzić po zmianie bazy?
W przypadku zmiany bazy, wystarczy rozwiązać konflikty w indeksie, a następnie git rebase --continue. W przypadku scalenia musisz dokonać zatwierdzenia (zatwierdzenie git), ale fakt, że jest to scalenie zostanie zapamiętany i zostanie dostarczony odpowiedni domyślny komunikat zatwierdzenia do edycji.
Dlaczego muszę ściągać po zmianie bazy?
Możesz ściągać używając rebase zamiast scalania (git pull --rebase). … Wprowadzone przez Ciebie lokalne zmiany będą oparte nagórna część zdalnych zmian, zamiast scalania ze zdalnymi zmianami. Jeśli zmienisz bazę gałęzi, będziesz musiał wymusić wypchnięcie tej gałęzi.
