Vscode: IntelliJ、WebStormと同様のGit競合解決ツールをサポートする

これは非常に優れた機能です。私は日常業務にVSCodeを使用していますが、インタラクティブ性と使いやすさから、マージの競合を解決する必要がある場合はWebStormを使用することがよくあります。

これに関するニュースはありますか？ この機能は素晴らしいでしょう。 一方では、VSコードに差分ツール（つまり、2つのファイルを比較する）がありますが、何を保持するかを編集/選択することはできません。 一方、保持するもの（現在の変更/その変更）を選択できるマージ競合ツールがあります。 さて、@ uyhungによって提案されたツールなど、両方のツールを1つのツールにまとめることが最善です。

また、次の寄稿者のために追加したいと思います。VSCodeは素晴らしいソフトウェアです、それを維持してください:)！

それは素晴らしい機能になります...それに関するニュースはありますか？ 誰かが似たようなことをする拡張機能をお勧めしますか？

私はそれをPyCharmで使用しています。 このような驚くべき機能は、より大きなマージのバグを回避するのに大いに役立ちます。 すべてのリンターはプロセス中に利用できるため、エラー/スタイル違反/未使用の変数を簡単に見つけることができます。

あなたがそれを実装することを計画しているなら、この機能を急いでください:)

これはいいね👍。 完全にVSCodeに切り替えるのを妨げているのはそれだけです。 とても便利で便利でしょう。

この機能を実装した日、私はwebstormの使用を停止します。

競合を解決するだけでなく、このデザインは履歴ファイルも表示できるようにする必要があります。

git config merge.conflictStyle diff3これは今日ありますが、VSCodeのエディター内レイアウトを使用します。これは、ダイアログと新しいウィンドウをポップアップして、既にIMOを開いているファイルを表示するよりもはるかに優れています。

連絡あった？ 多分予定されているのですか、それとも予定されているのですか？

はい本当に必要です

これは非常に必要な機能であり、競合を解決するためだけにinteliijのアイデアを使用しています。

+1、これは素晴らしいでしょう！

ここに+1！ 切り替えを試みていますが、IMOこれはWebStormからVSCodeに切り替えるために欠けている主要な機能の1つです

+1コメントで止めてもらえますか？ それは会話に何ももたらさない。
このスレッドを見て待ってください...

@ Zielak + 1コメントの追加をやめましょう

これを可能にするプラグインがあるかどうか誰か知っていますか？

@rajjejosefsson上で述べたように設定できます：（ git config merge.conflictStyle diff3 ）

[merge]
  conflictStyle = diff3

それら/共通/私たちを見るために。 VSCodeのフォーマット/テーマは変更されませんが、（git）のデフォルトのように、それら/ usだけでなく、これらの3つの部分をdiffに取得します。

JetBrains IDEが提供する何か他のもの（すでに開いているファイルの差分を表示するために戻るために複数のダイアログを開く以外）がない限り、私はここに欠けていますか？

新しくリリースされたSublimeMergeにも同様の実装があります。

これは非常に優れた機能です。私は日常業務にVSCodeを使用していますが、インタラクティブ性と使いやすさから、マージの競合を解決する必要がある場合はWebStormを使用することがよくあります。

これらの構成を.gitconfigファイルに追加し、競合が発生するたびにターミナルで「gitmergetool」と入力できます。 各ファイルのwebstormからマージGUIインターフェースのみが開きます。

[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、これが私がwebstormを使用する唯一の理由です！

+1

+1

確かに、このUIツールがないことを除けば、VSCodeはすばらしいものです。

+1、これはまさに私がマージツールがどのように見えるかを期待しているものです。
そして、＃5770はこのように実装する必要があります。

+1これは、WebStormと比較してVSCを使用しているときに本当に欠けている唯一の機能です。

私はこれも実装したいと思っています。VSコードで完全なIDEとして見られる唯一の大きな全体です。

わかりました。Webstormが唯一の実際の解決策のようですので、今すぐダウンロードします。
この機能をサポートするVSCodeを本当に楽しみにしています!!

また、誰かが私のためにこの投稿に反対票を投じることができますか？ ありがとう：P

この機能は作品でもありますか？

+1、実装された場合は完全にこれを使用します

マージの競合解決を少し改善するために新しい設定とコマンドを追加しました。https：//github.com/microsoft/vscode/pull/74231がマージされた後のエクスペリエンスは次の

最初に、新しい設定merge-conflict.diffViewContextが追加され、競合に関するコンテキストが示されました。

以前：差分の周りにコンテキストはありません

後： "merge-conflict.diffViewContext": 3

次に、新しいコマンドCompare Allが導入され、現在のワークスペースと受信する変更の完全な比較が表示されます。これにより、ディスク上の古いコンテンツ、受信するコンテンツ、および最新のローカルコンテンツを比較できます。

JetBrainsスタイルをサポートするには、エディター領域でさらに作業を行う必要があります。たとえば、競合から3列のエディターグループを開きます。 しかし、私はまだ上記の現在の解決策についてのあなたのフィードバックを聞きたいです。

これはカッコいい。 新しいファイルにマージする変更を1行ずつ選択できますか、それとも1つのファイルだけですか。 行ごとまたはすべてが素晴らしいでしょう!!!

いずれかのファイルからの各変更をブロックごとに受け入れて、おそらくほとんどのユースケースをカバーする3番目のファイルにマージできる場合。 したがって、たとえば、一方のファイルに3つの変更があり、もう一方のファイルに4つの変更がある場合、必要なものを選択できます。 1つのファイルから2つの変更を受け入れ、もう1つのファイルから2つの変更を受け入れるように。 これはできますか？ もしそうなら...それは素晴らしいです！

@rebornix追加のコンテキストは素晴らしく、すべてを比較するのが好きですが、私にとってはまだいくつか欠けていることがあります。

1. 各「サイド」を共通ベースと比較します。3ウェイマージビューがおそらく最善ですが、これは少なくとも暫定的には役立つ可能性があります（GitLensでこれに何かを追加することを試みてきました）
2. 比較ビューで編集し、変更をドキュメントに同期させることができます。これは、better-mergeがコアに組み込まれる前に話し合われたことです。 これについてのリクエストがありました（元のリクエストはなくなりました：cry :) https://github.com/microsoft/vscode/issues/10547#issuecomment -300201327 '

＃2は、おそらく今日、カスタムファイルシステムプロバイダーを使用して実行できます（ただし、それは多くのやり過ぎのように感じます）

@eamodio

各「サイド」を共通ベースと比較します。3ウェイマージビューがおそらく最善ですが、これは少なくとも暫定的には役立つ可能性があります（GitLensでこれに何かを追加することを試みてきました）

これには、新しい3方向diffビュー（3方向diffアルゴリズムと3列エディター）を追加する必要がありますが、実行可能です。 ＃2の場合、ディスク上のファイルコンテンツにマージの競合（ >>>>>>, <<<<<< ）が含まれているため、カスタムファイルシステムプロバイダーが正しい方法だと思いますが、差分ビューからコンテンツの変更を選択する場合は、必要ありません。ディスク上のファイルを台無しにするので、それはすでに仮想ファイルシステムプロバイダーです。

この機能が非常に必要です。

@rebornixノートパソコンの画面はそれほど大きくないので、3列のエディターを開くよりもさらに良いと思うアイデアが好きです。 最終的にGitkrackenマージツールのように見えるように少し改善する方が簡単だと思います。上部のエディターにコンテキストが表示され、下部にrelutingファイル（現在は>>>> <<<< ...）が編集できます。 。

ええ、マージの競合がある場合は、VSCodeでプロジェクトの他の作業を行っている場合でも、PHPStormに切り替えることがよくあります。 2年が経過し、適切な合併がまだ行われていないのは奇妙なことです。

@rebornixノートパソコンの画面はそれほど大きくないので、3列のエディターを開くよりもさらに良いと思うアイデアが好きです。 最終的にGitkrackenマージツールのように見えるように少し改善する方が簡単だと思います。上部のエディターにコンテキストが表示され、下部にrelutingファイル（現在は>>>> <<<< ...）が編集できます。 。

私は同意しません。3列のレイアウトは、Webstormを非常に優れたものにしている理由の一部です。 それは非常にきちんとした概要を保ちます

ここでも同じですが、マージの競合を解決するために、常にIntelliJに切り替えます。 「単純な衝突を解決する」魔法の杖ツールは、時間を大幅に節約します。

競合を解決するためにVisualStudio2017に戻ります...

8：35 AMの火、2019年6月25日にFABB [email protected]書きました：

ここでも同じですが、マージの競合を解決するために、常にIntelliJに切り替えます。
「単純な衝突を解決する」魔法の杖ツールは、時間を大幅に節約します。

—
このスレッドにサブスクライブしているため、これを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/microsoft/vscode/issues/37350?email_source=notifications&email_token=AAEN6O3LOPBVEY7PMABVNRDP4I3KZA5CNFSM4EBV5J4KYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/AAEN6O4AO24V4GB24EWOJGDP4I3KZANCNFSM4EBV5J4A
。

vscodeはgit競合ツールを変更する必要があります。これは、競合を解決するときにvscodeが<<< 、 ===追加し、言語構文エラーが発生するためです。

@ SupinePandora43これはVSCodeではなく、gitが競合を処理する方法であり、競合する行に<<< 、 ===を追加します。 WebStormはこのブロックを解析し、マージするための優れたビジュアルツールを作成します。

@vedmant then ... vscodeにはパーサーが必要です

こちらをご覧ください。 それはあなたが意味することですか？
https://github.com/Microsoft/vscode-tips-and-tricks/blob/master/media/resolve_merge_conflicts.gif

@ minkir014上部の元のコメントに添付されている画像を確認してください。これは、誰もが意味することです。

これはvscodeのヒントとコツであり、vscodeに組み込まれていることを意味します。 では、なぜこの問題はまだ開かれているのでしょうか。

@ minkir014元のコメントの画像をもう一度ここにリンクします。明らかに別のことを考えているからです： https ：

@ minkir014 VSコードの内容は、IntelliJの機能に近いものではありません。これを比較してください： //user-images.githubusercontent.com/1470309/32250860-c677e4ce-bec0-11e7-82b5-0196d981cc28.pngと投稿した内容https://github.com/Microsoft/vscode-tips-and-tricks/blob/master/media/resolve_merge_conflicts.gif多くの類似点がありますか？

@ minkir014組み込み機能のため、このスレッドで説明しているものと同じではありません。

3方向マージは、VSCodeを唯一のIDEとして使用することを妨げる唯一の機能です。

3方向マージは、VSCodeを唯一のIDEとして使用することを妨げる唯一の機能です。

聞こえます。 これは私たちが必要とするキラー機能です。 この理由だけでPHPStormを維持する必要があります。

上記のスレッドからの更新に必要なもののほとんどが含まれていることに気付くのにしばらく時間がかかりました。それはきれいに表示されないだけでなく、任意の3方向差分を実行することもできません（将来的にはGitLensによって任意の方法で超強力になる予定です）間違いなく、差分と祖先の選択をコミットします）。

以下の構成の変更は、2つの異なる変更が行われたときのコンテキストを理解し、同時にそれらの違いを調整できるようにする場合に、デフォルトのVSCode / Git設定よりも優れた実際のマージ競合コンテキスト化のニーズのほとんどをカバーしています。 したがって、将来の検索者のために：

1. gitの競合スタイルをdiff3に変更して、2つのdiffの共通の（異なる）祖先を明らかにできるようにします。 〜/ .gitconfigを編集するか、CLIを使用してこれを行います： git config merge.conflictStyle diff3
2. 差分ビュー位置のVSCode設定を「下」または「横」に設定します"merge-conflict.diffViewPosition": "Below"

おめでとうございます。これで、2つの差分のコンテキストを静的参照、両方が分岐した共通ベースとして表示できます。また、インライン差分を使用して3つのコンテキスト（祖先、ブランチA、ブランチB）すべてを編集することもできます。 今では貧乏人のvimdiffです。

（ハイライトなしで共通の祖先の差分を表示するために静的ペインを追加すると、vimdiffと言えば、主要なエディターや差分アルゴリズムの更新を必要とせずに、簡単に追加できます）

そして、これらがGITの変更ではない場合はどうなりますか？ （私はPERFORCEを使用していますが、現時点ではその選択肢がありません。）

https://github.com/Microsoft/vscode/issues/25887の複製

＃25887の複製

これは2列のビューです。 これは3列のビューです。

＃25887の複製

これは2列のビューです。 これは3列のビューです。

同じ問題なので、問題をリンクする価値があると思いました。
2つまたは3つの列がソリューションの一部です。
ちなみに、リンクの動機は、両方の問題から魅力を引き出し、不足している動作をできるだけ早く追加することです-私は本当にその機能を使用したいと思います☺

しかし、ここに310に対する427票があります（＃25887）。 すでにマージしたい場合は、マージして投票を数えることができます。 この機能はトップ10になります

効果的でユーザーフレンドリーなIntelliJスタイルの3ペインマージ（3ウェイマージと呼ばれることもありますが、2つのファイルが結果ペインにマージされます）を実装すると、VSCodeエディター製品が世界のトップになります。 私はこれを確信しています-そしてこれらのスレッドのいくつかと多くのコメントは、この機能の欠如のために彼らのIntellij製品を「保持している」人々の物語を語っています。 製品の所有者/開発者にとって、機能のリクエストがどのように動機付けられたり、優先順位が明確になったりするのかわかりません。 これに関するあなたの（開発者、vsコードのマネージャー）考えに関するニュースはありますか？

すでに実装されている機能がどれだけ近いかをほのめかしているという事実は、VS Codeを望ましい結果に導くだけですが、ほとんどの作業がすでに完了している場合、これを完全に実装することはそれほど難しいことではないはずです。

これが、私がまだMeldをmergetoolとして使用している理由です。

これが、私がまだMeldをmergetoolとして使用している理由です。

崇高なマージはメルドよりもはるかに優れています

これが、私がまだMeldをmergetoolとして使用している理由です。

崇高なマージはメルドよりもはるかに優れています

私は同意しますが、ここがどのマージツールが最高のものであるかを議論する場所ではないと思います。

少なくとも、現在の変更と今後の変更の両方に共通のBASEを表示することは可能ですか？

@ackvfはい、 3者間差分でできます

だから、何が新しいの？

待っている、誰もが利用可能になったときに私に気付く

同じように待っています...そのツールは素晴らしいでしょう

多分私もIntelliJを取得する必要があります:)

ここで+1、これが私がwebstormを使用する唯一の理由です！
+1
同じように待っています...そのツールは素晴らしいでしょう
多分私もIntelliJを取得する必要があります:)

このチケットのすべてのサブスクライバーに関連のないメッセージをスパムするのを止めてください。

https://marketplace.visualstudio.com/items?itemName=mhutchie.git-graph#review-detailsを確認して

これが、vscodeをメインエディターとして使用しない主な理由です。 組み込みのgit統合とマージがWebStormで非常に役立つので、これが追加されるのを見るのは素晴らしいことです。 これが追加されるのを見るのは素晴らしいことです。

私は私の人生でこれが必要です。

この機能に関するニュースはありませんか？ またはプラグインでも大丈夫です：D ??

vscodeは素晴らしいですが、それでもそのためだけにintellijマージツールを使用しています..）

私たちが持っているすべてのニュースは、「完全なマージサポート（3ウェイ）」に言及している2020ロードマップです： https ：

ちょっと、あなた！ VSCodeからのそのような大きなミス。 開発者はこの機能なしでどうやって生き残るのだろうか。 私はこれのためにウェブストームに頼るつもりです

Visual StudioCodeのGitGraph拡張機能を確認しましたが、それでも機能ではありません。 pycharmで選択的にマージバージョンを除くすべてにvscodeを使用しています。

マージにIntelliJを使用しています。 また、コミットパネルでは、同じファイルから保持するコミットを選択できます。 など😐

私がこのリクエストを作成したのは3年前の男です:)

VSCodeは素晴らしいですが、Git関連のタスクにはWebstormを使用する必要があります:(

待ってます

なぜまだこれをサポートしていないのですか？ 市場で同じ役割を果たすvscodeプラグインはありますか？

@sshsu
私は間違っているかもしれませんが、制限要因にはエディター機能が欠けていると思います。 プラグインを書くことが可能であれば、すでにプラグインがあります

私は間違っているかもしれませんが、制限要因にはエディター機能が欠けていると思います。 プラグインを書くことが可能であれば、すでにプラグインがあります

すこし。 私は自由な時間にマージプラグインを実装し始めましたが、本当に欠けていることがわかったのはhttps://github.com/microsoft/vscode/issues/85682だけでした

しかし、私はオープンソースのide vscodeに本当に感謝しています😍だから、追加されるすべてのものに満足しています-ロードマップ2020の一部

この機能はこれから登場しますか？ VisualStudioのメインラインにはTFSでの3者間マージがあります

私の新しい拡張機能VSCodeをGitMergetoolとして試してみてください。 APIが不足しているためにいくつかの欠陥がありますが、私自身を除いて、まだ否定的なフィードバックを受け取っていません。 ただし、提案された4ペインのレイアウトには、3列のレイアウトよりもいくつかの利点があります。

まだマーケットプレイスにはありませんが、手動でインストールできます。 _マーケットプレイスで利用できるようになり

この機能を取得したら、webstormを削除します。

非常に必要：+ 1：

これは素晴らしい機能になります<3

一時的な解決策として、 https：//editor.mergely.comなどのオンラインツールを使用し

数年前からここにコメントがあり、他の人と同じことを言っています。代替の3ウェイマージビューは素晴らしいと思いますが、実際には、gitが配置するテキストよりも文字通り単なるスキンであるため、この最低限の方法を好みます。そこの。

私が言いたいのは、これはVSCodeを使用する人にとって「ブロッカー」であってはならないということです。 gitインタラクションのためにIDEAIDEに戻すのではなく、試してみてください。 （私がお勧めする唯一の拡張機能はGit Graphです）