Ich rate immer Menschen zu vermeiden git pull
. Alle git pull
tut, ist:
- Lauf
git fetch
für Sie, dann
- Lauf eine andere Git Befehl für Sie.
Aber:
Manchmal ist es wichtig, zu überprüfen, was der zweite Befehl tun, und Sie nicht tun, wenn Sie git pull
laufen.
Manchmal geht der zweite Befehl falsch, und wenn Sie es selbst ausgeführt haben, werden Sie eine viel bessere Idee haben, was vor sich geht. Die Standardeinstellung für den zweiten Befehl ist git merge
, aber git rebase
ist oft eine bessere Wahl. Selbst wenn git merge
korrekt ist, in some Git workflows, kann es wichtig sein swap the direction of the merge -i.e., fusionieren Sie Ihre Commit (s) in die Upstream-Arbeit, anstatt die Upstream-Arbeit in Ihre Commit (s) - was Sie nicht mit git pull
tun können.
Sobald Sie kalt all dieses Zeug wissen, git pull
kann tatsächlich günstiger sein, da man in der Regel etwas nach git fetch
und die Eingabe zwei Befehle tun müssen, ist, wie, so hart, weißte. (Und, git pull
hat ein spezielles Eckgehäuse, um es in ein leeres Magazin zu ziehen, aber die meisten Leute tun das nicht absichtlich. Dieser spezielle Fall war früher kaputt: Er konnte die Arbeit zerstören. Er ist jetzt repariert , aber das war noch ein weiterer Grund, git pull
vollständig zu vermeiden.)
Sagen Sie den Namen Ihrer Filiale ist Feature-Log 'git Remote-Update && git Protokoll Feature-Log..Original/Feature-Log'. Dies zeigt, welchen Unterschied es zwischen dem entfernten Zweig und dem lokalen Zweig gibt. Es soll vor 'git pull' laufen – smarber
was macht das' git remote update'? Kann ich einfach 'git log feature-log..Original/feature-log' ausführen? –
'git remote update' ist wie' git fetch', aber standardmäßig werden alle Fernbedienungen aktualisiert. (Das heißt, es gibt * mehr als eine Fernbedienung, wenn Sie mehr als eine Fernbedienung haben. Wenn Sie nicht etwas Besonderes machen, haben Sie nur eine Fernbedienung.) – torek