Gibt es eine Möglichkeit, zwei Diffs oder Patches zu vergleichen?

Gibt es eine Möglichkeit zu testen, ob zwei Diffs oder Patches gleichwertig sind?

Nehmen wir an, Sie haben den folgenden Git-Commit-Verlauf, in dem die Features F und G sauber auf E rebasierbar sind:

     G
    /
A--B--C--D--E
 
  F

Wegen Einschränkungen in unserem aktuellen Bereitstellungsprozesshaben wir das folgende, etwas verwandte Diagramm (es ist nicht versioniert)

              G'
             /
------------E'
             
              F'

F’ und G’ werden schließlich in einer noch zu bestimmenden Reihenfolge auf den Kopf E’ angewendet, so dass es enden würde

------------E'--G'--F'

Gibt es eine Möglichkeit zu testen, ob der Unterschied von E’ zu G’ derselbe ist wie der Patch, der durch das Git-Commit von G von B erzeugt wird?

Mir ist völlig klar, dass in einer idealen Welt die Revisionskontrolle dieses Problem lösen würde, und wir kommen dorthin, aber dort sind wir derzeit nicht.

Sie könnten im Wesentlichen beide Patches an separaten Kassen spielen und die Ausgaben vergleichen, aber das scheint etwas klobig zu sein. Und ich gehe davon aus, dass das Vergleichen der Unterschiede selbst nicht funktionieren würde, da sich die Zeilennummern ändern könnten. Selbst wenn G’ und F’ auf E’ umbasiert würden, würde der Patch für F’ letztendlich auf G’ angewendet, wodurch der Diff-Kontext des Patches anders würde.

diff <(git show COMMIT1SHA) <(git show COMMIT2SHA)

Seit git 2.19 gibt es dafür ein extra Tool: git range-diff

Sie möchten also wahrscheinlich:

git range-diff E..G E'..G'

Dies sollte sogar für mehr als einen Patch in jedem Bereich funktionieren.

Für den Leser ist hier ein Update der Antwort von @mrbrdo mit einer kleinen Änderung:

• Fügt hinzu git sdiff Alias ​​für den einfachen Zugriff darauf. sdiff steht für show diff.
• Ignorieren Sie annotierte Tag-Header mit dem ^{} Suffix.
• Erlauben diff Optionen wie verwendet werden -u etc.

Führen Sie dies einmal in jedem Ihrer Konten aus, die Sie verwenden git:

git config --global alias.sdiff '!'"bash -c 'O=(); A=(); while x="$1"; shift; do case $x in -*) O+=("$x");; *) A+=("$x^{}");; esac; done; g(){ git show "${A[$1]}" && return; echo FAIL ${A[$1]}; git show "${A[$2]}"; }; diff "${O[@]}" <(g 0 1) <(g 1 0)' --"

Danach können Sie dies verwenden:

git sdiff F G

Bitte beachten Sie, dass dies erforderlich ist bash Version 3 oder höher.

Erklärt:

• git config --global alias.sdiff fügt einen Alias ​​namens hinzu git sdiff ins Globale ~/.gitconfig.

• ! führt den Alias ​​als Shell-Befehl aus

• bash -c wir brauchen bash (oder ksh), wie <(..) funktioniert nicht drin dash (aka. /bin/sh).

• O=(); A=(); while x="$1"; shift; do case $x in -*) O+=("$x");; *) A+=("$x^{}");; esac; done; trennt Optionen (-something) und Argumente (alles andere). Optionen sind im Array O während Argumente im Array sind A. Beachten Sie, dass alle Argumente erhalten werden ^{} angehängt, wodurch Anmerkungen übersprungen werden (so dass Sie annotierte Tags verwenden können).

• g(){ git show "${A[$1]}" && return; echo FAIL ${A[$1]}; git show "${A[$2]}"; }; erstellt eine Hilfsfunktion, die funktioniert git show für das erste argument. Wenn dies fehlschlägt, gibt es “FAIL first-argument” aus und gibt dann das zweite Argument aus. Dies ist ein Trick, um den Aufwand zu reduzieren, falls etwas fehlschlägt. (Ein ordentliches Fehlermanagement wäre zu viel.)

• diff "${O[@]}" <(g 0 1) <(g 1 0) läuft diff mit den gegebenen Optionen gegen das erste Argument und das zweite Argument (bei besagtem FAIL-Error Fallback auf das andere Argument um die diff).

• -- passieren lässt diff-Optionen (-something) zu diesem Alias/Skript.

Fehler:

• Anzahl der Argumente wird nicht geprüft. Alles hinter dem 2. Argument wird ignoriert, und wenn Sie zu wenig davon geben, sehen Sie einfach FAIL oder gar nichts.

• Fehler verhalten sich etwas seltsam und verunreinigen die Ausgabe. Wenn Ihnen das nicht gefällt, führen Sie es mit aus 2>/dev/null (oder das Skript entsprechend ändern).

• Es gibt keinen Fehler zurück, wenn etwas kaputt geht.

• Sie möchten dies wahrscheinlich standardmäßig in einen Pager einspeisen.

Bitte beachten Sie, dass es einfach ist, weitere Aliase zu definieren, wie zum Beispiel:

git config --global alias.udiff '!git sdiff -u'
git config --global alias.bdiff '!git sdiff -b'

git config --global alias.pager '!pager() { cd "$GIT_PREFIX" && git -c color.status=always -c color.ui=always "$@" 2>&1 | less -XFR; }; pager'
git config --global alias.ddiff '!git pager udiff'

Ich hoffe, das muss nicht weiter erklärt werden.

Weitere solche Aliase finden Sie vielleicht unter mein GitHub-Repo

Ich würde einfach lassen git versuchen und sehen:

git checkout E -b FG
git cherry-pick F' G'
git checkout E -b GF
git cherry-pick G' F'
git diff FG GF
git branch -D FG GF