Dwóch programistów utworzyło gałęzie z głównej gałęzi (master branch) repozytorium GitHub, tworząc Gałąź A i Gałąź B. Programista Gałęzi A już wdrożył zmiany na produkcję; Gałąź B zostanie połączona z gałęzią master w przyszłotygodniowej wersji. Przed otwarciem pull requesta do gałęzi master, które polecenie Git powinien uruchomić programista Gałęzi B?

Programista Gałęzi B powinien użyć git rebase master. To polecenie przeniesie zmiany z gałęzi B na koniec historii gałęzi master, co zapewni czystą i liniową historię commitów. Dzięki temu pull request będzie łatwiejszy do przejrzenia i połączenia, ponieważ rozwiąże wszelkie konflikty scalania w gałęzi deweloperskiej przed integracją z gałęzią główną. git diff branchB master git commit -m to kombinacja, która tylko pokaże różnice i stworzy nowy commit, ale nie zaktualizuje gałęzi B o zmiany z mastera. git pull master scali gałąź master z gałęzią B, tworząc dodatkowy commit scalający, co może skomplikować historię. git fetch -b master pobiera zmiany z mastera, ale nie integruje ich z gałęzią B.