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 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). … Lokalne zmiany, które wprowadziłeś, będą oparte na zmianach zdalnych, zamiast scalać je ze zmianami zdalnymi. Jeśli zmienisz bazę gałęzi, będziesz musiał wymusić wypchnięcie tej gałęzi.
Czy git rebase wymaga wymuszenia?
Dodatkowa korzyść to zmiana bazy, ale nie musisz używać git push --force, ponieważ nie zaśmiecasz historii w gałęzi master.
Co powinienem zrobić po zmianie bazy?
Przesuwanie zmiany bazy Git po zmianie bazyMożna to rozwiązać za pomocą git push --force, ale rozważ git push --force-with-lease, wskazując, że chcesz, aby wypychanie zakończyło się niepowodzeniem, jeśli lokalna gałąź zdalnego śledzenia różni się od gałęzi zdalnej, np.ktoś inny wepchnął do pilota po ostatnim pobraniu.