Wie zu erkennen, widersprüchlichen übertragungen von hash-beim git rebase?

Wenn ich auch eine merge-Konflikt mit git rebase, wie kann ich das identifizieren der Ursache des Konflikts in Bezug begeht, anstatt Sie einfach Datei Unterschiede?

Ich weiß schon, wie machen die (basic -) Nutzung von git mergetool oder git add vor git rebase --continue, aber manchmal sind die Unterschiede zwischen den Dateien ist einfach nicht genug: will ich sehen, der commit-log-und diff der änderung, dass nur konnte nicht angewendet werden, um die arbeiten Baum.

Habe ich gelesen in anderen Fragen, die git log --merge zeigen würde, die Eltern-commits, wenn ich mit git merge. Ich versuchte es trotzdem, als ich bei einem Konflikt-und habe gesagt fatal: --merge without MERGE_HEAD?.

Wie kann ich identifizieren, die problematisch zu Begehen?

  • Vergessen Sie nicht, die März 2018 Git 2.17+ Befehl git am --show-current-patch. Siehe meine Antwort unten.
InformationsquelleAutor RobM | 2010-01-22
  1. 39

    Kurze Antwort

    Wenn er sagt, 

    Patch failed at 0001 commit message for F

    Führen

    $ head -1 .git/rebase-apply/0001
From ad1c7739c1152502229e3f2ab759ec5323988326 Mon Sep 17 00:00:00 2001

    Bekommen die SHA ad1c77 des Scheiterns zu Begehen, und verwenden Sie dann git show ad1c77 haben Sie einen Blick auf es.

    Lange Antwort

    Let ' s start mit diesem Baum:

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

$ git checkout G
$ git rebase D

    Wenn ein rebase-Konflikt, es ist ein Konflikt zwischen

    • die upstream-änderungen (C--D) aus der der gemeinsame Vorfahr (B) PLUS die bereits zurückgesetzt änderungen und bereits behoben-Konflikt (E') versus
    • dem patch, der nächste commit (F)

    Lassen Sie uns sehen, was passiert:

    1) A---B---C---D---E'          <- E patched and committed successfully as E'
2) A---B---C---D---E'---       <- failed to patch F onto E'

    Hier ist die Fehlermeldung:

    First, rewinding head to replay your work on top of it...
Applying: commit message for F
Using index info to reconstruct a base tree...
Falling back to patching base and 3-way merge...
Auto-merging 1.txt
CONFLICT (content): Merge conflict in 1.txt
Failed to merge in the changes.
Patch failed at 0001 commit message for F

    Zuerst, können Sie sehen, dass es war F, da die commit-Nachricht angezeigt wird. Allerdings, wenn Ihre commit-Nachrichten, die alle Aussehen wie "foo", "Dokumentation" oder "einige Updates", dann ist dies nicht helfen, und Sie wirklich wollen, SHA-id ad1c77 oder der Inhalt der patch.

    Hier ist, wie um herauszufinden, die tatsächliche Identität des F:

    Wenn es Listen der rebase-Konflikt, es wird etwas sagen wie:

    Patch failed at 0001 commit message for F

    Schauen Sie jetzt in .git/rebase-apply/, wo Sie die patch-Datei 0001:

    $ ls .git/rebase-apply
0001          head-name     msg           orig-head     sign
0002          info          msg-clean     patch         threeway
apply-opt     keep          next          quiet         utf8
final-commit  last          onto          rebasing

    Die patch-Datei enthält die ursprünglichen commit-id

    $ head -1 .git/rebase-apply/0001
From ad1c7739c1152502229e3f2ab759ec5323988326 Mon Sep 17 00:00:00 2001

    Können Sie dann sehen, dass.

    Muss es einen einfacheren Weg, aber so funktioniert es.

    Beachten Sie, dass die Tatsache, dass der patch fehlgeschlagen ist, kann durch einen anderen zu Begehen (wenn Sie rebasierung auf einen gemeinsamen Vorfahren von HEAD - und rebase-Ziel). Finden Sie, dass zu Begehen ist eher kompliziert, Sie könnten zwar versuchen, den Stellungswechsel in reverse, um es zu finden:

    $ git checkout D
$ git rebase G
    • Nette Antwort! Für mich, die commit-Themen sind genug, um Dinge, die (besonders seit der ref wurde nicht aktualisiert, noch nicht), aber es ist immer gut zu wissen, dass Sie kann, Blick in rebase-bewerben Sie sich für ein backup.
    • Ausgezeichnete Antwort! Was, wenn Sie verloren haben die "Patch-Fehler bei 0001 commit-Nachricht für die F" - Meldung (scrollback -, SSH-Sitzung gestorben usw.)?
    • Schauen Sie in .git/rebase-anwenden-alt/weiter, um die patch-Nummer 1 von dem patch, er versucht im moment. Beachten Sie, das es nicht die führenden Nullen.
    • Sehr hilfreich!!! Sie können auch head -1 .git/rebase-apply/0001 | awk '{ print $2 }' wenn Sie wollen einfach nur das SHA und die git show $(head -1 .git/rebase-apply/0001 | awk '{ print $2 }') wenn Sie möchten, können Sie sofort erkennen, die zu Begehen
    • Vielen Dank! Ich habe gegen meinen Kopf auf immer den vollständigen commit-Nachricht, da das fragment einer Linie, es zeigt mir nicht genug, um mir zu sagen, was getan werden sollte, um den Konflikt zu beheben richtig.
    • Dies scheint wie eine offensichtliche Sache zu brauchen, ich kann nicht glauben, dass so etwas wie Azriel 's' git show " Akrobatik sind nicht gebaut, die in den Extras. Danke!
    • Dies ist äußerst nützlich. Danke (y)

    InformationsquelleAutor Alex Brown
  2. 10

    Während einer git rebase hält, um Konflikte zu lösen, wird der folgende Befehl zeigt die widersprüchliche commit (alles davon, nicht nur den Konflikt stehende Dateien), das heißt, Ihr verpflichten, die derzeit wiedergegeben/zurückgesetzt auf die neue base, unabhängig davon, wo Sie sind:

    git show $(< .git/rebase-apply/original-commit)

    Wenn Sie möchten, um zu sehen, nur die Konflikte, die für einen bestimmten Konflikt stehende Datei (die, die Sie auflösen), in-isolation:

    git show $(< .git/rebase-apply/original-commit) -- /path/to/conflicting/file

    Keine Katzen, die missbraucht wurden in der Konstruktion dieser Antwort :).

    InformationsquelleAutor javabrett
  3. 4

    Zeigen den aktuellen/failed commit

    Dies ist möglicherweise eine neue Funktion, aber REBASE_HEAD Ihnen Begehen, wo Sie gerade beendet wurde (z.B. wenn der Vorgang fehlgeschlagen ist, anzuwenden). Wenn Sie sehen wollen, die Begehen in full können Sie

    git show REBASE_HEAD

    Als ausführlichere alternative, die Sie verwenden können git rebase --show-commit-patch. Die docs sagen, Sie sind gleichwertig.

    Zeigen, was sich verändert, seit Sie begann Ihre Arbeit

    Wenn Sie möchten, um zu sehen, was sich verändert zwischen, wo Sie sind Rebase aus und wo sind Sie rebasierung, können Sie ein diff zwischen den beiden Zweigen. Zum Beispiel, wenn Sie rebasierung von master auf origin/master Sie verwenden können:

    git diff master..origin/master

    Oder wenn Sie wollen, um die änderungen zu sehen, wie einzelne verpflichtet:

    git log -p master..origin/master

    Wenn Sie es vorziehen, verwenden Sie die hash-oder vielleicht wieder einen Stellungswechsel, nachdem eine Weile und kann mich nicht erinnern, welche Zweige Sie sind, erneute basiszuordnung verwenden, können Sie git status zu sehen, die zwei Zweige. Zum Beispiel:

    Sind Sie derzeit Rebase branch 'master' auf 'b5284275'

    Dann, um zu sehen, was geändert, die Sie verwenden können:

    git diff master..b5284275
    • Sie möchten möglicherweise verwenden Sie diff mit den drei Punkten (master...origin/master) und melden Sie sich mit zwei (master..origin/master) finden Sie unter stackoverflow.com/a/7256391/502126
    InformationsquelleAutor redbmk
  4. 2
    cat .git/rebase-apply/original-commit

    Gegeben:

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

$ git checkout G
$ git rebase D

    und angesichts der Tatsache, dass ein merge-Konflikt versucht, F:

    A---B---C---D--E'--!
     \
      E---F---G

    dann die original-commit Datei wird der hash-Wert von F. Dies ist "Ihre" version.

    Auch, KOPF (.git/HEAD) wird E' in diesem Fall. Dies ist "meine" version. KOPF^ werden "Basis" - version.

    Dies ist wahr für mindestens git 1.7.9

    InformationsquelleAutor Alexander Bird
  5. 1

    Nicht sicher, warum ich nicht .git/rebase-apply in meiner situation. Für diejenigen, die in der gleichen situation, hier ist meine Variante.

    git show $(cat .git/rebase-merge/stopped-sha)

    Oder als alias...

    git config --global alias.sp='!git show $(cat .git/rebase-merge/stopped-sha)'
    • Die rebase-apply Ordner erstellt für non-interactive rebase, während rebase-merge ist für die interactive one.
    InformationsquelleAutor Justin C
  6. 0

    Viele Male werden Sie in der Mitte einen Stellungswechsel und überspringen möchten diejenigen verpflichtet, die nicht benötigt werden.

    Leider, während git status sagt, dass Sie in der Mitte Begehen, und empfiehlt die Verwendung git rebase --continue git rebase --skip oder git rebase --abort es nicht sagen, was Sie Begehen, sind Sie derzeit auf.

    So kann es oft schwierig sein zu wissen, wenn Sie sollten git rebase --skip oder nicht.

    Aber es gibt noch einen Weg, um herauszufinden, welcher commit sind auf durch läuft:

    git log -1 $(< .git/rebase-apply/original-commit)
    InformationsquelleAutor Senseful
  7. 0

    Da Git 2.17 (März 2018), sollten Sie nicht verwenden müssen rebase-apply.

    Den neuen " --show-current-patch " - option ermöglicht eine end-Benutzer die Verkleidung Weg ist, um die diff angewendet wird, wenn "git rebase" (und "git am") hält mit einem Konflikt.

    Sehen commit fbd7a23, commit 6633529, commit 984913a (11 Feb 2018) von Nguyễn Thái Ngọc Duy (pclouds).

    (Zusammengefasst von Junio C Hamano -- gitster -- in commit 9ca488c, 06 Mar 2018)

    bin: add --show-aktuelle-patch -

    - Signed-off-by: Nguyễn Thái Ngọc Duy

    Weist den Benutzer auf $GIT_DIR/rebase-apply können Sie ermutigen, zu Durcheinander herum gibt, die nicht eine gute Sache.

    Mit dabei, die der Benutzer nicht haben, um halten Sie den Pfad irgendwo Rum (weil nach ein paar Befehlen, kann der Pfad aus der scrollback-buffer), wenn Sie brauchen, um sich auf den patch.

    Sehen Sie mehr an "Zeigt die aktuelle git interactive rebase-Vorgang"

    Beispiel:

    C:\Users\VonC\repo\src>git rebase origin/master
First, rewinding head to replay your work on top of it...
Applying: change code
Using index info to reconstruct a base tree...
M       a/src/file
Falling back to patching base and 3-way merge...
Auto-merging a/src/file
CONFLICT (content): Merge conflict in a/src/file
error: Failed to merge in the changes.
hint: Use 'git am --show-current-patch' to see the failed patch                  <======
Patch failed at 0001 change code
Resolve all conflicts manually, mark them as resolved with
"git add/rm <conflicted_files>", then run "git rebase --continue".
You can instead skip this commit: run "git rebase --skip".
To abort and get back to the state before "git rebase", run "git rebase --abort".

    Würden Sie dann bekommen:

    C:\Users\VonC\rep\src>git am --show-current-patch
  commit xxx (master)
  Author: VonC <[email protected]>
  Date:   Mon Nov 4 13:59:18 2019 +0100

      change code

  diff --git a/a/src/file b/a/src/file
  index yyy..zzz 100644
  --- a/a/src/file
  +++ b/a/src/file
  @@ -13,5 +13,5 @@ file: /a/src
   content line 1
   content line 2
   content line 3
   content line 4
  -content line 5
  -content line 6
  +content bis line 5
  +content bis line 6
    InformationsquelleAutor VonC
Schreibe einen Kommentar