Gibt es eine git-merge --dry-run Option?

Ich bin das Zusammenführen in einen remote-branch, kann eine Menge von Konflikten. Wie kann ich feststellen, ob es Konflikte oder nicht?

Ich nicht etwas sehen wie ein --dry-run auf git-merge.

InformationsquelleAutor der Frage Otto | 2009-02-01

  1. 629

    Wie bereits erwähnt, pass in die --no-commit Flagge, aber zu vermeiden, eine fast-forward commit, auch in --no-ff:

    $ git merge --no-commit --no-ff $BRANCH

    Untersuchen die bereitgestellte änderungen:

    $ git diff --cached

    Und können Sie rückgängig die merge, auch wenn es ein fast-forward-merge:

    $ git merge --abort

    InformationsquelleAutor der Antwort mipadi

  2. 194

    Hatte ich nur um eine Methode zu implementieren, die automatisch findet die Konflikte zwischen einem repository und dem remote. Diese Lösung hat den merge in den Speicher, so dass es gewann ' T berühren Sie den index, noch die Arbeits-Baum. Ich denke, dies ist die sicherste Möglichkeit können Sie dieses problem lösen. Hier ist, wie es funktioniert:

    1. Holen Sie sich das remote repository. Zum Beispiel:
      git fetch origin master
    2. Run git merge-base: git merge-base FETCH_HEAD master
    3. Run git-merge-tree: git merge-tree mergebase master FETCH_HEAD (mergebase wird die hexadezimale id, dass die merge-base im vorherigen Schritt gedruckt haben)

    Nehmen wir nun an, Sie Zusammenführen möchten, müssen Sie die remote-master mit Ihrem lokalen master -, aber Sie können beliebige Zweige. git merge-tree ausführen des merge-in-Speicher und drucken Sie das Ergebnis auf die standard-Ausgabe. Grep nach dem Muster << oder >>. Oder Sie drucken die Ausgabe in eine Datei, und überprüfen, dass. Wenn Sie eine Zeile beginnend mit 'verändert, in beiden" dann sind die meisten wahrscheinlich gibt es einen Konflikt.

    InformationsquelleAutor der Antwort akostajti

  3. 45

    My brute-force-einfache Lösung für dieses ist:

    1: erstellen einer pre-master-Zweig (von master natürlich)

    2: merge all die Dinge, die Sie tun, um das pre-master

    dann können Sie sehen, wie die Zusammenführung geschehen, ohne sich zu berühren master dann.

    3a: merge pre-master zu master oder

    3b: führen Sie alle Möchtegern-veröffentlicht Filialen in master

    Trotzdem würde ich follow @orange80 beraten.

    InformationsquelleAutor der Antwort hades

  4. 43

    Rückgängigmachen einer merge mit git ist so einfach, Sie sollten sich keine sorgen über die trockenen laufen:

    $ git pull $REMOTE $BRANCH
# uh oh, that wasn't right
$ git reset --hard ORIG_HEAD
# all is right with the world

    EDIT: Wie bereits unten in den Kommentaren, wenn Sie änderungen in Ihrem Arbeitsverzeichnis oder staging-Bereich, werden Sie wahrscheinlich wollen, zu verstauen Sie, bevor Sie die oben genannten (ansonsten verschwinden Sie nach der git reset oben)

    InformationsquelleAutor der Antwort Brian Phillips

  5. 27

    Machte ich einen alias für die zu tun, und funktioniert wie ein Charme, ich mache Folgendes:

     git config --global alias.mergetest '!f(){ git merge --no-commit --no-ff "$1"; git merge --abort; echo "Merge aborted"; };f '

    Jetzt muss ich nur rufen

    git mergetest <branchname>

    Finden Sie heraus, ob es irgendwelche Konflikte.

    InformationsquelleAutor der Antwort Okonomiyaki3000

  6. 24

    Nur diff aktuellen branch an den remote-branch, dies wird Ihnen sagen, was Los ist zu ändern, wenn Sie führen Sie eine pull/merge.

    #see diff between current master and remote branch
git diff master origin/master

    InformationsquelleAutor der Antwort timh

  7. 17

    Ich die Anfrage-pull git-Befehl, dies zu tun. Es ermöglicht Ihnen zu sehen, jede änderung, die geschehen würden, wenn die Verschmelzung, aber ohne etwas zu tun, die auf Ihrem lokalen oder remote-repositories.

    Beispielsweise vorstellen, die Sie Zusammenführen möchten eine Niederlassung namens "feature-x" in Ihren master branch

    git request-pull master origin feature-x

    zeigen Sie eine Zusammenfassung von dem, was passieren würde (ohne etwas zu tun):

    The following changes since commit fc01dde318:
    Layout updates (2015-06-25 11:00:47 +0200)
are available in the git repository at:
    http://fakeurl.com/myrepo.git/feature-x
for you to fetch changes up to 841d3b41ad:
----------------------------------------------------------------
john (2):
    Adding some layout
    Refactoring
ioserver.js            |   8 +++---
package.json           |   7 +++++-
server.js              |   4 +--
layout/ldkdsd.js       | 277 +++++++++++++++++++++++++++++++++++++
4 files changed, 289 insertions(+), 7 deletions(-)
create mode 100644 layout/ldkdsd.js

    Wenn Sie fügen Sie die -pparameter, erhalten Sie auch den vollständigen patch-text, genau wie wenn du ein git diff auf jede veränderte Datei.

    InformationsquelleAutor der Antwort ArnaudR

  8. 14

    Ich bin überrascht, niemand hat vorgeschlagen, patches noch.

    Sagen, Sie möchten, um zu testen, eine Zusammenführung von your_branch in master (ich nehme an, Sie haben master ausgecheckt):

    $ git diff master your_branch > your_branch.patch
$ git apply --check your_branch.patch
$ rm your_branch.patch

    Sollte den trick tun.

    Wenn Sie Fehler wie

    error: patch failed: test.txt:1
error: test.txt: patch does not apply

    das bedeutet, dass der patch nicht erfolgreich war und eine merge-Konflikte erzeugen würde. Keine Ausgabe bedeutet, dass der patch sauber ist, und Sie würden in der Lage sein leicht die Zweig

    Beachten Sie, dass dies nicht tatsächlich ändern Sie Ihre Arbeits-Baum (abgesehen vom erstellen der patch-Datei, natürlich, aber Sie können sicher löschen, dass danach). Aus dem git-apply-Dokumentation:

    --check
    Instead of applying the patch, see if the patch is applicable to the
    current working tree and/or the index file and detects errors. Turns
    off "apply".

    Hinweis: um wer ist schlauer/erfahrener mit git als mir: bitte lassen Sie mich wissen, wenn ich falsch bin, und hier diese Methode zeigen, nicht anders Verhalten, als bei einer normalen Zusammenführung. Es scheint seltsam, dass in der 8+ Jahre, die diese Frage existiert hat, niemand würde vorschlagen, dieses naheliegende Lösung.

    InformationsquelleAutor der Antwort HackerCow

  9. 7

    Könnte dies interessant sein: Aus der Dokumentation:

    Wenn Sie versucht, eine Zusammenführung, die führte zu komplexen Konflikten und wollen
    starten Sie mehr, können Sie Wiederherstellung mit git merge --abort.

    Aber Sie könnte es auch tun, die naive (aber langsam) Weg:

    rm -Rf /tmp/repository
cp -r repository /tmp/
cd /tmp/repository
git merge ...
...if successful, do the real merge. :)

    (Hinweis: Es wird nicht funktionieren, einfach Klonen nach /tmp, brauchen Sie eine Kopie, um sicher zu sein, dass nicht festgeschriebene änderungen, die keinen Konflikt).

    InformationsquelleAutor der Antwort

  10. 7

    Ich bin mir bewusst, dass dies ist eine alte Frage, aber es ist der erste, erscheinen auf einer Google-Suche.

    Git eingeführt --ff-only option, bei der Zusammenführung.

    Aus: http://git-scm.com/docs/git-merge

    --ff-only

    Verweigern, Zusammenführen und beenden Sie mit einem nicht-null-status, es sei denn, der derzeitige LEITER ist bereits up-to-date oder der merge gelöst werden können, als schnell vorwärts.

    Dies zu tun wird versuchen, Sie zu verschmelzen, und schnell vorwärts, und wenn es nicht bricht er ab und fordert Sie, dass der schnelle Vorlauf nicht durchgeführt werden konnten, lässt aber Ihren Zweig unberührt. Wenn es schnell vorwärts, dann wird es führen Sie den merge auf Ihren Zweig. Diese option ist auch verfügbar auf git pull. So könnten Sie Folgendes tun:

    git pull --ff-only origin branchA #See if you can pull down and merge branchA

git merge --ff-only branchA branchB #See if you can merge branchA into branchB

    InformationsquelleAutor der Antwort

  11. 5

    Ich verwende git log zu sehen, was sich verändert hat auf einem feature-branch vom master branch

    git log does_this_branch..contain_this_branch_changes

    z.B. - um zu sehen, welche verpflichtet sind, die in einem feature-branch, die hat/nicht zusammengeführt wurden, um master:

    git log master..feature_branch

    InformationsquelleAutor der Antwort nelsonenzo

  12. 2

    Wenn Sie möchten, im schnellen Vorlauf von B nach A, dann müssen Sie sicherstellen, dass git log B..Eine zeigt Sie nichts, d.h. nichts, dass B nicht haben. Aber auch wenn B..Eine hat etwas, man könnte immer noch zusammenkommen können, ohne Konflikte, so dass die oben zeigt zwei Dinge: dass es ein schnell vorwärts, und damit Sie nicht einen Konflikt erhalten.

    InformationsquelleAutor der Antwort Erik Allik

  13. -3

    Stellen Sie eine temporäre Kopie Ihrer Arbeitskopie, dann verschmelzen, und diff die zwei.

    InformationsquelleAutor der Antwort vanboom

Schreibe einen Kommentar