2017-03-17 1 views
1

Ich bin neu in Git und ein wenig leary von einem "Git Pull". Gibt es eine Möglichkeit, so etwas wie einen Noop-Git-Pull zu machen? So etwas wie ...Gibt es eine Möglichkeit, die Änderungen zu überprüfen, die ein "git pull" verursachen würde?

git pull --noop 

... was würde zeigen, was Änderungen, die auf meiner lokalen Festplatte auftreten würden?

Dank

+1

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

+0

was macht das' git remote update'? Kann ich einfach 'git log feature-log..Original/feature-log' ausführen? –

+0

'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

Antwort

1

Sie git fetch verwenden können. Es ist nicht wahr, noop, da es bei Ihrem lokalen Repo einige Nebeneffekte hat, aber es aktualisiert nur Remote-Tracking-Zweige und wirkt sich nicht auf Ihre lokalen Niederlassungen aus. Dann können Sie Änderungen in Remote-Tracking-Filialen analysieren und entscheiden, was Sie mit Ihren lokalen Niederlassungen tun möchten.

1

Ich rate immer Menschen zu vermeiden git pull. Alle git pull tut, ist:

  1. Lauf git fetch für Sie, dann
  2. 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.)

Verwandte Themen