Standardbeteendet för git pull kan vara skadligt genom att skapa merge-commits som försvårar kodhistoriken och kan leda till oväntade ändringar i arbetsytan. Artikeln rekommenderar att konfigurera git pull för att endast utföra fast-forward merges (git config --global pull.ff only eller git pull --ff-only) för att få mer kontroll och undvika problem. Ett säkrare alternativ föreslås vara att använda ett anpassat git up-alias (git config --global alias.up '!git remote update -p; git merge --ff-only @{u}') som hämtar alla upstream-brancher och städar upp gamla. Problem med standard git pull inkluderar olinjär historik, oavsiktlig återintroduktion av rebasade commits, oförutsägbara ändringar i arbetsytan, svårigheter att granska andras commits och att den inte städar upp borttagna fjärrbrancher. git remote update -p eller git fetch --all -p lyfts fram som ett sätt att granska inkommande ändringar innan man bestämmer sig för att merga eller rebasea, vilket ger större flexibilitet.