Hier sind zwei verschiedene Fragen, aber ich denke, sie hängen zusammen.

1. Wie finde ich bei der Verwendung von Git heraus, welche Änderungen ich lokal festgeschrieben, aber noch nicht in einen Remote-Zweig verschoben habe? Ich suche etwas Ähnliches wie das Mercurial-Kommando hg outgoing.

2. Wie finde ich bei der Verwendung von Git heraus, welche Änderungen ein Remote-Zweig vor einem Pull vorgenommen hat? Ich suche etwas Ähnliches wie das Mercurial-Kommando hg incoming.

Zum zweiten: Gibt es eine Möglichkeit, zu sehen, was verfügbar ist, und dann die Änderungen auszuwählen, die ich übernehmen möchte?

Git kann diese Art von Informationen nicht wie Hg über das Netzwerk senden. Sie können jedoch ausführen git fetch(was eher so ist hg pullals hg fetch), um neue Commits von Ihren Remoteservern abzurufen.

Wenn Sie also einen Zweig aufgerufen masterund eine Fernbedienung aufgerufen haben origin, sollten Sie nach dem Ausführen git fetchauch einen Zweig anrufen origin/master. Sie können dann git logalle Commits masterabrufen, die eine Obermenge sein müssen, origin/masterindem Sie dies tun git log master..origin/master. Invertieren Sie diese beiden, um das Gegenteil zu erreichen.

Ein Freund von mir, David Dollar, hat ein paar Git-Shell-Skripte erstellt, um sie zu simulieren hg incoming/outgoing. Sie finden sie unter http://github.com/ddollar/git-utils .

Ab Git 1.7.0 gibt es eine spezielle Syntax, mit der Sie generisch auf den Upstream-Zweig verweisen können: @{u}oder @{upstream}.

Nachahmen hg incoming:

git log ..@{u}

Nachahmen hg outgoing:

git log @{u}..

Ich verwende Folgendes incomingund outgoingAliase, um die Verwendung des oben genannten zu vereinfachen:

git config --global alias.incoming '!git remote update -p; git log ..@{u}'
git config --global alias.outgoing 'log @{u}..'

Keine vollständige Antwort, aber Git Fetch zieht das Remote-Repo und führt keine Zusammenführung durch. Sie können dann eine

Git Diff Master Herkunft / Master

1. Verwenden Sie "git log origin..HEAD"

2. Verwenden Sie "git fetch" gefolgt von "git log HEAD..origin". Mit den aufgelisteten Commit-IDs können Sie einzelne Commits auswählen.

Das oben Gesagte setzt natürlich voraus, dass "Ursprung" der Name Ihres Remote-Tracking-Zweigs ist (was der Fall ist, wenn Sie einen Klon mit Standardoptionen verwendet haben).

Es gibt auch Folgendes, um alle Zweige zu vergleichen:

git log --branches --not --remotes=origin

Dies ist, was die Git Log Manpage dazu sagt:

Zeigt alle Commits an, die sich in einem der lokalen Zweige befinden, jedoch nicht in einem der Fernverfolgungszweige für den Ursprung (was Sie an diesem Ursprung haben, nicht).

Das obige ist für outgoing. Für incoming, einfach tauschen:

git log --remotes=origin --not --branches

Ich würde es tun

$ git fetch --dry-run

für hg incomingund

$ git push --dry-run

für hg outgoing.

git-out ist ein Skript, das hg outgoingziemlich genau emuliert . Es analysiert die Ausgabe "push-n", sodass eine genaue Ausgabe erstellt wird, wenn Sie zusätzliche Argumente für die Push-Angabe angeben müssen.

Git eingehend

$ git fetch && git log ..origin/master --stat
OR
$ git fetch && git log ..origin/master --patch

git ausgehend

$ git fetch && git log origin/master.. --stat
OR
$ git fetch && git log origin/master.. --patch

Als die Antworten "git log" und @ {u} mir anfänglich "unbekannte Revisions" -Fehler gaben, probierte ich Chris / romkyns Vorschlag aus git push --dry-run.

Sie erhalten eine Ausgabe wie "5905..4878 master-> master". 5905 ist das letzte Commit, das die Fernbedienung hat, und Commits über (und einschließlich) 4878 werden auf die Fernbedienung angewendet.

Sie können dann 5905..4878 als Argumente für mehrere andere Git-Befehle verwenden, um weitere Details zu erhalten:

git diff 5905..4878 # Gives full code changes in diff style

git log --online 5905..4878 # Displays each commit's comment

Wenn Sie git fetch ausführen, werden alle Inhalte einschließlich Zweigen und Tags (refs) vorübergehend in .git / FETCH_HEAD gespeichert, deren Inhalt mit dem folgenden Befehl angezeigt werden kann: git log FETCH_HEAD Wenn Sie bei git fetch kein Suffix -a verwenden, verwenden Sie standardmäßig Die Inhalte von FETCH_HEAD werden durch neue Inhalte überschrieben. Aus diesen Inhalten können Sie anzeigen und entscheiden, zu welchem ​​Zweig Sie sie zusammenführen möchten, wenn Sie dies tun, oder Sie können einfach eine Auswahl treffen, wenn Sie nur wenige Commits von dem möchten, was durch Abrufen gebracht wurde.