Vscode: Unterstützt ein Git-Konfliktlösungstool ähnlich wie IntelliJ, WebStorm

Dies wird eine super coole Funktion sein, ich verwende VSCode für meinen Tagesjob, greife jedoch oft auf WebStorm wenn ich einen Zusammenführungskonflikt aufgrund seiner Interaktivität und Benutzerfreundlichkeit lösen muss.

Gibt es darüber irgendwelche Neuigkeiten? diese Funktion wäre toll. Auf der einen Seite gibt es ein Diff-Tool (dh das Vergleichen von zwei Dateien) im VS-Code, aber Sie können nicht bearbeiten / auswählen, was Sie behalten möchten; Auf der anderen Seite gibt es ein Merge-Konflikt-Tool, mit dem Sie auswählen können, was Sie behalten möchten (aktuelle Änderung / ihre Änderung). Nun wäre es am besten, beide Tools in einem Tool zu haben, wie zum Beispiel das von @uyhung vorgeschlagene Tool.

Ich wollte auch für alle Mitwirkenden, die vorbeikommen, hinzufügen: VS Code ist eine erstaunliche Software, weiter so :) !

Das wird ein tolles Feature... gibt es Neuigkeiten dazu? Kann jemand eine Erweiterung empfehlen, die etwas Ähnliches tut?

Ich verwende das auf PyCharm. Diese erstaunliche Funktion hilft sehr dabei, Fehler bei größeren Zusammenführungen zu vermeiden. Alle Linters sind während des Prozesses verfügbar, sodass Fehler/Stilverletzungen/nicht verwendete Variablen leicht zu erkennen sind.

Bitte beeilen Sie sich mit dieser Funktion, wenn Sie vorhaben, sie zu implementieren :)

Daumen hoch 👍 dafür. Das ist das einzige, was mich zurückhält, um komplett zu VSCode zu wechseln. Wäre super hilfreich und praktisch.

An dem Tag, an dem Sie diese Funktion implementieren, werde ich Webstorm nicht mehr verwenden.

Dieses Design sollte nicht nur zur Lösung von Konflikten verfügbar sein, um die Verlaufsdatei anzuzeigen.

git config merge.conflictStyle diff3 und Sie haben dies heute, aber mit dem In-Editor-Layout von VSCode - was viel besser ist, als einen Dialog und ein neues Fenster zu öffnen, um die Datei anzuzeigen, die Sie bereits IMO geöffnet hatten!

Irgendwelche Neuigkeiten? Ist es vielleicht geplant oder geplant?

Ja wirklich gebraucht

Dies ist eine dringend benötigte Funktion, ich verwende die Inteliij-Idee nur, um Konflikte zu lösen.

+1, das wäre toll!

+1 hier! Ich versuche, den Wechsel vorzunehmen, aber IMO ist dies eine der Hauptfunktionen, die beim Wechsel von WebStorm zu VSCode fehlt

Können wir bitte mit den +1-Kommentaren aufhören ? Es bringt nichts ins Gespräch.
Schau dir einfach diesen Thread an und warte...

@Zielak +1 lass uns

Weiß jemand, ob es ein Plugin gibt, das dies ermöglicht?

@rajjejosefsson Wie ich oben sagte, können Sie Folgendes einstellen: ( git config merge.conflictStyle diff3 )

[merge]
  conflictStyle = diff3

sie/gemeinsam/uns zu sehen. Es wird die VSCode-Formatierung/das Thema nicht ändern, aber Sie erhalten diese drei Teile in Ihr Diff und nicht nur sie/uns, wie dies der (git) Standard ist.

Es sei denn, JetBrains IDEs bieten etwas anderes (außer dem Öffnen mehrerer Dialoge, nur um ein Diff in der Datei anzuzeigen, die Sie bereits geöffnet hatten), die ich hier vermisse?

Das neu veröffentlichte Sublime Merge hat eine ähnliche Implementierung.

Dies wird eine super coole Funktion sein, ich verwende VSCode für meinen Tagesjob, greife jedoch oft auf WebStorm wenn ich einen Zusammenführungskonflikt aufgrund seiner Interaktivität und Benutzerfreundlichkeit lösen muss.

Sie können diese Konfiguration in Ihrer .gitconfig-Datei hinzufügen und "git mergetool" auf Ihrem Terminal eingeben, wenn ein Konflikt auftritt. Es öffnet nur Ihre Merge-GUI-Schnittstelle von Webstorm für jede Datei.

[mergetool "webstorm"]
    cmd = webstorm merge $(cd $(dirname "$LOCAL") && pwd)/$(basename "$LOCAL") $(cd $(dirname "$REMOTE") && pwd)/$(basename "$REMOTE") $(cd $(dirname "$BASE") && pwd)/$(basename "$BASE") $(cd $(dirname "$MERGED") && pwd)/$(basename "$MERGED")
    trustExitCode = true
[merge]
    tool = webstorm

+1 hier, ist jetzt der einzige Grund warum ich Webstorm nutze!

+1

+1

Es stimmt, VS Code ist erstaunlich, bis auf das Fehlen dieses UI-Tools.

+1, genau so erwarte ich das Zusammenführungstool.
Und #5770 sollte so implementiert werden.

+1 Es ist die einzige Funktion, die mir bei der Verwendung von VSC im Vergleich zu WebStorm wirklich fehlt.

Ich würde das auch sehr gerne implementiert haben, das einzige große Ganze, das ich im VS-Code als vollständige IDE sehe

Ok, da Webstorm die einzige wirkliche Lösung zu sein scheint, werde ich das jetzt herunterladen.
Ich freue mich wirklich darauf, dass VSCode diese Funktion unterstützt!

Könnte mir auch jemand diesen Beitrag ablehnen? Danke P

Ist diese Funktion überhaupt in Arbeit?

+1, würde dies absolut verwenden, wenn es implementiert wird

Ich habe eine neue Einstellung und einen neuen Befehl hinzugefügt, um die Konfliktlösung beim Zusammenführen ein wenig zu verbessern. Hier ist die Erfahrung, nachdem https://github.com/microsoft/vscode/pull/74231 zusammengeführt wurde

Zuerst wurde eine neue Einstellung merge-conflict.diffViewContext hinzugefügt, um den Kontext rund um den Konflikt anzuzeigen

Vorher: Es gibt keinen Kontext um das Diff

Nachher: ​​mit "merge-conflict.diffViewContext": 3

Zweitens wird ein neuer Befehl Compare All eingeführt, um den vollständigen Vergleich zwischen dem aktuellen Arbeitsbereich und eingehenden Änderungen anzuzeigen, mit dem Sie den alten Inhalt, den eingehenden und den neuesten lokalen Inhalt auf der Festplatte vergleichen können

Im Editorbereich muss mehr Arbeit geleistet werden, um den JetBrains-Stil zu unterstützen, beispielsweise das Öffnen einer dreispaltigen Editorgruppe aus dem Konflikt. Aber ich möchte immer noch Ihr Feedback zu der oben genannten aktuellen Lösung hören.

Das ist cool. Können Sie Zeile für Zeile auswählen, welche Änderung Sie in die neue Datei einfügen möchten, oder ist es nur die eine oder andere Datei? Zeile für Zeile oder Alles wäre super!!!

Wenn Sie jede Änderung aus einer der beiden Dateien Block für Block akzeptieren und in die dritte zusammenführen können, würde dies wahrscheinlich die meisten Anwendungsfälle abdecken. Wenn also zum Beispiel eine Datei 3 Änderungen und die andere Datei 4 hatte, konnte ich wählen, was ich wollte. Akzeptieren Sie beispielsweise 2 Änderungen von einer Datei und 2 Änderungen von der anderen. Kann es das? Wenn ja ... das rockt!

@rebornix Der zusätzliche Kontext ist nett, und ich mag das Vergleichen alle, aber für mich fehlen noch ein paar Dinge:

1. Vergleichen Sie jede "Seite" mit der gemeinsamen Basis - während eine 3-Wege-Merge-Ansicht wahrscheinlich am besten ist, könnte dies zumindest in der Zwischenzeit helfen (ich habe damit gespielt, etwas in GitLens hinzuzufügen).
2. Die Möglichkeit, in der Vergleichsansicht zu bearbeiten und die Änderungen wieder mit dem Dokument zu synchronisieren - darüber wurde gesprochen, bevor Better-Merge in den Kern aufgenommen wurde. Hier war eine Anfrage dazu (obwohl die ursprüngliche Anfrage weg ist :cry :) https://github.com/microsoft/vscode/issues/10547#issuecomment -300201327'

# 2 kann wahrscheinlich heute mit einem benutzerdefinierten Dateisystemanbieter durchgeführt werden (obwohl sich das wie eine Menge Overkill anfühlt)

@eamodio

Vergleichen Sie jede "Seite" mit der gemeinsamen Basis - während eine 3-Wege-Merge-Ansicht wahrscheinlich am besten ist, könnte dies zumindest in der Zwischenzeit helfen (ich habe damit gespielt, etwas in GitLens hinzuzufügen).

Dieser erfordert das Hinzufügen einer neuen Drei-Wege-Diff-Ansicht (ein Drei-Wege-Diff-Algorithmus und ein Drei-Spalten-Editor), aber es ist machbar. Für # 2 denke ich, dass ein benutzerdefinierter Dateisystemanbieter der richtige Weg ist, da der Dateiinhalt auf der Festplatte Zusammenführungskonflikte enthält (wie >>>>>>, <<<<<< ), während Inhaltsänderungen aus der Diff-Ansicht ausgewählt werden, die wir nicht möchten mit der Datei auf der Festplatte zu vermasseln, also ist es bereits ein virtueller Dateisystemanbieter.

Brauche diese Funktion sehr.

@rebornix Ich mag die Idee, ich denke, es kann noch besser sein, als einen 3-Spalten-Editor zu öffnen, da die Laptop-Bildschirme nicht so groß sind. Ich denke, es kann einfacher sein, es ein wenig zu verbessern, um endlich wie das Gitkracken-Merge-Tool auszusehen, das den Kontext im oberen Editor anzeigt und die Bearbeitung der reluting-Datei (die derzeit >>>><<<< ... hat) unten erlaubt .

Ja, oft wechsle ich bei Merge-Konflikten zu PHPStorm, auch wenn die anderen Arbeiten am Projekt in VSCode erfolgen. Es ist seltsam, dass zwei Jahre vergangen sind und es immer noch keine angemessene Fusion gibt.

@rebornix Ich mag die Idee, ich denke, es kann noch besser sein, als einen 3-Spalten-Editor zu öffnen, da die Laptop-Bildschirme nicht so groß sind. Ich denke, es kann einfacher sein, es ein wenig zu verbessern, um endlich wie das Gitkracken-Merge-Tool auszusehen, das den Kontext im oberen Editor anzeigt und die Bearbeitung der reluting-Datei (die derzeit >>>><<<< ... hat) unten erlaubt .

Ich bin anderer Meinung, das dreispaltige Layout ist ein Teil dessen, was Webstorm so großartig macht. Es behält einen sehr sauberen Überblick

Auch hier wechsle ich immer zu IntelliJ, um Konflikte beim Zusammenführen zu lösen. Auch das Zauberstab-Tool „Einfache Konflikte lösen“ spart so viel Zeit!

Ich wechsle zurück zu Visual Studio 2017, um Konflikte zu lösen...

Am Di, 25.06.2019 um 8:35 Uhr schrieb fabb [email protected] :

Auch hier wechsle ich immer zu IntelliJ, um Konflikte beim Zusammenführen zu lösen.
Auch das Zauberstab-Tool „Einfache Konflikte lösen“ spart so viel Zeit!

—
Sie erhalten dies, weil Sie diesen Thread abonniert haben.
Antworten Sie direkt auf diese E-Mail und zeigen Sie sie auf GitHub an
https://github.com/microsoft/vscode/issues/37350?email_source=notifications&email_token=AEN6O3LOPBVEY7PMABVNRDP4I3KZA5CNFSM4EBV5J4KYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTWA
oder den Thread stumm schalten
https://github.com/notifications/unsubscribe-auth/AEN6O4AO24V4GB24EWOJGDP4I3KZANCNFSM4EBV5J4A
.

vscode muss das Git-Konflikt-Tool ändern, da vscode beim Auflösen von Konflikten <<< , === hinzufügt, was zu einem Sprachsyntaxfehler führt

@SupinePandora43 Das ist nicht VSCode, so behandelt git Konflikte, es fügt <<< , === zu widersprüchlichen Zeilen hinzu. WebStorm analysiert diese Blöcke und erstellt ein großartiges visuelles Werkzeug zum Zusammenführen.

@vedmant dann... vscode braucht einen Parser

Siehe hier. Meinst Du das?
https://github.com/Microsoft/vscode-tips-and-tricks/blob/master/media/resolve_merge_conflicts.gif

@minkir014 Überprüfen Sie das angehängte Bild oben im Originalkommentar, das meinen alle.

Dies sind Tipps und Tricks in vs Code und das bedeutet, dass es in vs Code integriert ist. Warum ist dieses Thema immer noch geöffnet?

@minkir014 Ich verlinke das Bild aus dem Originalkommentar hier nochmal, weil du eindeutig an etwas anderes https://user-images.githubusercontent.com/1470309/32250860-c677e4ce-bec0-11e7-82b5-0196d981cc28.png

@minkir014 Was jetzt im VS-Code ist, ist nichts in der Nähe der Funktion von IntelliJ, vergleiche einfach dies: https://user-images.githubusercontent.com/1470309/32250860-c677e4ce-bec0-11e7-82b5-0196d981cc28.png und was du gepostet hast https://github.com/Microsoft/vscode-tips-and-tricks/blob/master/media/resolve_merge_conflicts.gif sehen Sie viele Ähnlichkeiten?

@minkir014, weil die eingebaute Funktion nicht das gleiche ist, wie wir es in diesem Thread besprechen.

Die Drei-Wege-Zusammenführung ist die einzige Funktion, die mich daran hindert, VSCode als meine einzige IDE zu verwenden.

Die Drei-Wege-Zusammenführung ist die einzige Funktion, die mich daran hindert, VSCode als meine einzige IDE zu verwenden.

Ich höre dich. Dies ist ein Killer-Feature, das wir haben müssen. Ich muss PHPStorm nur aus diesem Grund behalten.

Es dauerte eine Weile zu erkennen , dass Sie die meisten haben , was Sie in Updates aus dem oben genannten Thread enthaltenen _need_, es ist nur nicht schön angezeigt, noch kann es tun beliebigen 3-Wegevergleich (zu Superkräften in der Zukunft durch GitLens mit beliebigem ohne Zweifel eine Differenzierung und Vorfahrenselektion zu begehen).

Die folgenden Konfigurationsänderungen decken die meisten realen Anforderungen an die Kontextualisierung von Zusammenführungskonflikten besser ab als die standardmäßigen VSCode/Git-Einstellungen, wenn Sie in der Lage sein möchten, den Kontext von zwei verschiedenen Änderungen zu verstehen, als sie vorgenommen wurden, und gleichzeitig ihre Unterschiede in Einklang zu bringen. Also für zukünftige Suchende:

1. Aktivieren Sie das Aufdecken des gemeinsamen (unterschiedlichen) Vorfahren von zwei Diffs, indem Sie Ihren Git-Konfliktstil in diff3 ändern. Tun Sie dies, indem Sie entweder Ihre ~/.gitconfig bearbeiten oder die cli verwenden: git config merge.conflictStyle diff3
2. Setzen Sie Ihre VSCode-Einstellung für Diff View Position auf "Below" oder "Beside" "merge-conflict.diffViewPosition": "Below"

Herzlichen Glückwunsch, Sie können jetzt den Kontext Ihrer beiden Diffs als statische Referenzen sehen, die gemeinsame Basis, von der beide verzweigt sind, und das alles, während Sie weiterhin alle drei Kontexte (Vorfahr, Zweig A und Zweig B) mit Inline-Diffing bearbeiten. Es ist jetzt ein Armer-Mann-Vimdiff.

(Das Hinzufügen eines statischen Bereichs zum Anzeigen des gemeinsamen Vorfahren-Diffs ohne Hervorhebungen wäre eine einfache Ergänzung mit niedrig hängenden Früchten, ohne dass größere Editor- oder Diff-Algo-Updates erforderlich sind, Apropos vimdiff)

Und wenn das keine Änderungen in GIT sind? (Ich benutze notgedrungen, und ich habe gerade keine andere Wahl.)

Duplikat von https://github.com/Microsoft/vscode/issues/25887

Duplikat von #25887

Das ist eine zweispaltige Ansicht. Dies ist eine Dreispaltenansicht.

Duplikat von #25887

Das ist eine zweispaltige Ansicht. Dies ist eine Dreispaltenansicht.

Ich dachte, es würde sich lohnen, die Probleme miteinander zu verknüpfen, da es sich um das gleiche Problem handelt.
Zwei oder drei Spalten sind Teil der Lösung.
Nebenbei bemerkt, meine Motivation für die Verlinkung besteht darin, Anziehungskraft aus beiden Problemen zu ziehen und das fehlende Verhalten so schnell wie möglich hinzuzufügen - ich würde diese Funktion wirklich gerne nutzen ☺

Aber hier sind 427 Stimmen gegen 310 (#25887). Vielleicht können Sie die Stimmen zusammenführen, wenn Sie bereits zusammenführen möchten. Diese Funktion wird in den Top 10 sein

Die Implementierung einer effektiven und benutzerfreundlichen IntelliJ-Stil-3-Zusammenführung (manchmal auch als Drei-Wege-Zusammenführung bezeichnet, aber es handelt sich um zwei Dateien, die zu einem Ergebnisbereich zusammengeführt werden) würde das VS Code-Editor-Produkt an die Spitze der Welt setzen. Ich bin mir dessen sicher - und mehrere dieser Threads und viele Kommentare erzählen die Geschichte von Leuten, die an ihren Intellij-Produkten "festhalten", nur weil diese Funktion fehlt. Ich sehe nicht, wie eine Funktionsanfrage besser motiviert oder eine klarere Priorität für die Product Owner / Entwickler haben könnte. Gibt es Neuigkeiten zu Ihren Gedanken (Entwickler, Manager bei vs. Code) dazu?

Die Tatsache, dass einige Leute darauf anspielen, wie nah die bereits implementierten Funktionen VS Code zum gewünschten Ergebnis bringen, sagt mir nur, dass die vollständige Implementierung nicht wirklich anspruchsvoll sein sollte, wenn die meiste Arbeit bereits erledigt ist.

Das ist genau , warum ich immer noch Meld verwenden , wie mein mergetool

Das ist genau , warum ich immer noch Meld verwenden , wie mein mergetool

Sublime Merge ist viel besser als Meld

Das ist genau , warum ich immer noch Meld verwenden , wie mein mergetool

Sublime Merge ist viel besser als Meld

Ich stimme zu, obwohl ich nicht denke, dass dies der Ort ist, um zu diskutieren, welches Zusammenführungstool das beste auf dem Markt ist.

Ist es zumindest möglich, eine gemeinsame BASIS für aktuelle und eingehende Änderungen anzuzeigen?

@ackvf ja, du kannst mit Drei-Wege-Diff

was gibt es Neues?

Warte auch, bitte bemerkt mich, wenn es verfügbar ist

das gleiche warten ... das Werkzeug zu haben wird erstaunlich sein

vielleicht sollte ich mir auch IntelliJ holen :)

+1 hier, ist jetzt der einzige Grund warum ich Webstorm nutze!
+1
das gleiche warten ... das Werkzeug zu haben wird erstaunlich sein
vielleicht sollte ich mir auch IntelliJ holen :)

Bitte hören Sie auf, alle Abonnenten dieses Tickets mit nicht verwandten Nachrichten zu spammen.

Schau dir das an https://marketplace.visualstudio.com/items?itemName=mhutchie.git-graph#review -details . Ich denke, diese Erweiterung hat fast die gleichen Funktionen wie in der Webstorm IDE.

Dies ist der Hauptgrund, warum ich vscode nicht als meinen Haupteditor verwende. Es wäre toll, wenn dies hinzugefügt würde, da die integrierte Git-Integration und das Zusammenführen in WebStorm so viel hilfreicher sind. Wäre toll, wenn dies hinzugefügt würde.

Ich brauche das in meinem Leben.

Keine Neuigkeiten zu dieser Funktion? oder sogar ein Plugin ist in Ordnung :D ??

vscode ist großartig, verwendet aber in der Tat immer noch das Intellij-Merge-Tool nur dafür ..)

Alle Neuigkeiten, die wir haben, sind die Roadmap 2020, in der "vollständige Merge-Unterstützung (3-Wege)" erwähnt wird: https://github.com/microsoft/vscode/wiki/Roadmap#scm

Oh Mann! so ein großer Fehler von VSCode. Ich frage mich, wie Entwickler ohne diese Funktion überleben. Ich werde dafür auf Webstorm zurückgreifen

Die Git Graph-Erweiterung für Visual Studio Code wurde überprüft, ist aber immer noch nicht das Feature. Ich verwende vscode für alle außer Merge-Versionen selektiv mit pycharm.

_Still_ Verwenden von IntelliJ zum Zusammenführen. Auch das Commit-Panel, in dem wir auswählen können, welche Commits aus derselben Datei aufbewahrt werden sollen. usw.

Mann Ich habe diese Anfrage vor 3 Jahren erstellt :)

Obwohl VSCode großartig ist, muss ich Webstorm immer noch für Git-bezogene Aufgaben verwenden :(

ich warte darauf

warum wird das immer noch nicht unterstützt? Gibt es ein vscode-Plugin, das die gleiche Rolle auf dem Markt spielt?

@sshsu
Ich kann mich irren, aber ich denke, die einschränkenden Faktoren sind fehlende Editorfunktionen. Wenn es möglich wäre, ein Plugin zu schreiben, gäbe es bereits eines

Ich kann mich irren, aber ich denke, die einschränkenden Faktoren sind fehlende Editorfunktionen. Wenn es möglich wäre, ein Plugin zu schreiben, gäbe es bereits eines

So'ne Art. Ich habe in meiner Freizeit angefangen, ein Merge-Plugin zu implementieren und das einzige, was mir wirklich fehlte, war https://github.com/microsoft/vscode/issues/85682

Ich bin jedoch sehr dankbar für die Open-Source-Ide vscode 😍 Ich freue mich also einfach über alles, was hinzukommt - vielleicht sehen wir dieses Feature dieses Jahr sogar, da es Teil der Roadmap 2020 ist 😍😍

Kommt diese Funktion jemals? Visual Studio Mainline hat 3-Wege-Merge in TFS

Vielleicht möchten Sie meine neue Erweiterung VS Code als Git Mergetool ausprobieren . Es hat einige Defizite aufgrund fehlender API, aber ich habe noch kein negatives Feedback erhalten, außer von mir. Das vorgeschlagene Vier-Scheiben-Layout könnte jedoch gegenüber einem Drei-Spalten-Layout sogar einige Vorteile haben.

Es ist noch nicht im Marketplace, kann aber manuell installiert werden. _Es ist jetzt auf dem Marktplatz verfügbar._

Ich werde Webstorm löschen, wenn ich diese Funktion bekomme.

dringend benötigt :+1:

Das wird ein tolles Feature <3

Als Übergangslösung verwenden Sie Online-Tools wie https://editor.mergely.com

Ich habe hier einen Kommentar von vor ein paar Jahren, der dasselbe sagt wie andere, und obwohl ich denke, dass eine alternative Drei-Wege-Zusammenführungsansicht großartig wäre, bevorzuge ich jetzt diese Barebone-Methode, da es buchstäblich nur eine Haut über dem Text ist, den Git setzt dort.

Was ich sagen möchte, sollte kein "Blocker" für jeden sein, der VSCode verwendet. Probieren Sie es aus, anstatt zu einer IDEA-IDE für Git-Interaktionen zurückzukehren. (Die einzige Erweiterung, die ich empfehle, ist Git Graph)