Als je een branch rebaset, moet je forceren om die branch te pushen. Rebase en een gedeelde repository gaan over het algemeen niet samen. Dit is de geschiedenis herschrijven. Als anderen die branch gebruiken of van die branch vertakt hebben, zal rebase heel onaangenaam zijn.
Duwt rebase?
Rebasen. De enige echte uitzondering op de regel " altijd trekken, dan duwen" is rebasen. Wanneer je rebaset, creëer je een kopie van je commit-geschiedenis. … Echter, als je git pull gebruikt, krijg je twee kopieën van de branch die dan worden samengevoegd met een merge commit.
Kan ik opnieuw baseren nadat ik naar afstandsbediening heb gepusht?
Als je al wijzigingen had doorgevoerd voordat je DIE optie gebruikte, zouden die wijzigingen niet opnieuw worden gebaseerd omdat ze al in de afstandsbediening staan. De enige uitzondering kan zijn als je meerdere afstandsbedieningen hebt en wijzigingen naar één afstandsbediening hebt gepusht en vervolgens een pull/rebase van een andere doet - dat kan ernstige problemen veroorzaken.
Moet je committen na rebase?
Voor een rebase moet je alleen de conflicten in de index oplossen en dan git rebase --continue gebruiken. Voor een merge moet je de commit (git commit) maken, maar het feit dat het een merge is zal onthouden worden en er zal een geschikt standaard commit bericht voor je worden geleverd om te bewerken.
Waarom moet ik pullen na rebase?
Je kunt pull gebruiken met rebase in plaats van merge (git pull --rebase). … De lokale wijzigingen die u hebt aangebracht, worden opnieuw gebaseerd opbovenaan de externe wijzigingen, in plaats van te worden samengevoegd met de externe wijzigingen. Als je een branch rebaset, moet je forceren om die branch te pushen.