1.0.0では、VSCodeをgitdifftoolとして使用する機能が導入されました。 関連するグローバル.gitconfig
行は次のとおりです。
[diff]
tool = default-difftool
[difftool "default-difftool"]
cmd = code --wait --diff $LOCAL $REMOTE
VS Codeをgitmergetoolとして使用するにはどうすればよいですか?
受け入れる必要のある関連する引数は、 $LOCAL
、 $REMOTE
、 $BASE
、および$MERGED
です。
まだサポートされていません。
この機能は、万が一、次のイテレーションに含まれていますか?
おそらくそうではありません。マージUIを実装する必要があるため、これは大きな努力です。
3者間マージをサポートするマージUIの計画はありますか? (例:変更a、変更b、共通の祖先)
他の方法はありません。 😉
これを十分に賛成することはできません。 これは、私が別のエディター/ IDEにフォールバックするためのトップシナリオです( cough * memory-hog Webstorm * cough ):)
可能であれば、いくつかの理由により、これは天の恵みになります。
私が言ったように、meldは_ok_ですが、vscodeがいつかそのシナリオで使用されるとしたら素晴らしいでしょう。
Visual Studioは、常に私の選択したコードの統合でした。 この機能を見てみたいです!
他のgitmergetoolを使用しても問題ありませんが、独自のマージUIがすぐに実行されることを本当に望んでいます!!
😐まあ。
これらの機能は、重量のあるIDEに期待しています。 vscodeの軽量エディターのクラス(私はatom、sublimeなどを検討します)では、私はしません。 git関連のアクティビティでは、競合解決のためにターミナルとvimを使用します。 GUIの群集には、meld、diffmerge、kaleidoscopeなどの優れたユニタスカーがすでに存在します。
@kumarharshは、即時フィードバック(たとえば、
+1
この機能はvscodeの拡張として実装できますか? または推奨されるextが存在します。
私はそうは思いません、私は拡張機能がUI機能を作成することを許可されていないことがわかるので
Enviado do meu telefone Windows 10
De:タンクスイ
Enviado:quarta-feira 、7 de dezembro de 2016 10:41
パラ:Microsoft / vscode
Cc:ハーバートピメンテル; コメント
Assunto:Re:[Microsoft / vscode] git mergetoolとしてのVSCodeの使用(#5770)
この機能はvscodeの拡張として実装できますか? または推奨されるextが存在します。
—
コメントしたのでこれを受け取っています。
このメールに直接返信するか、GitHubで表示するか、スレッドをミュートしてください。
プラグインはUI機能を提供できます。Gitの履歴をご覧ください。 マージツールとして「潜在的に」使用できるWebビューをレンダリングします。 しかし、vscode自体によるある程度のサポートがなければ、プラグインがそれを行うのは非常に難しいと思います。
万華鏡、メルドなどのツールの主な問題は、非常に典型的なユースケースです。
マージ中に結果を編集します。 たとえば、この行を左から受け入れ、その行を右から受け入れ、さらにこの小さな修正を追加して、両方が連携できるようにします。
キャプテンは明らかに報告しています:マージツールはマージに優れています:D
しかし、特にvscodeのような便利なツールに慣れている場合は、iemeldを使用して編集するのは非常に面倒です。 そのため、ほとんどの開発者は、エディターに統合されたマージツールを望んでいます。
P4mergeの4ペイン3ウェイマージUIは優れています。
http://naleid.com/blog/2013/10/29/how-to-use-p4merge-as-a-3-way-merge-tool-with-git-and-tower-dot-app
差分(エディターで非常に便利な機能)を表示できるようにすることはできますが、マージする方法を提供しないことは非常に困難です。
VS Code拡張機能は、競合をマージするのに最適です。
+1
Gitを並べて競合リゾルバーが最新のVSコードで機能しない。
バージョン1.10.2
コミット8076a19fdcab7e1fc1707952d652f0bb6c6db331
日付2017-03-08T14:02:52.799Z
シェル1.4.6
レンダラー53.0.2785.143
ノード6.5.0
他のエディターを使用するのではなく、コードエディター(vscode)を使用しながら、マージしながらコードを編集できるようにしたいと考えています。
これは、アジャイル開発プロジェクトで作業するときにVSCodeに完全に移行できるようにするための「必須」機能です。 統合されたマージツールは、git機能が不完全であることを除けば、大幅な時間の節約になります。 私たちはこれをすぐに持つことができることを願っています。
+1
mergetoolが必要です
今のところ「より良いマージ」拡張機能をお勧めできます...
はい、それは私が今それを使用しているものです、そしてかなり大丈夫です!
したがって、この問題は解決できると思いますか?
2017年4月30日午後4時58分、 AliRobertsonnotifications @ github.com
書きました:
今のところ「より良いマージ」拡張機能をお勧めできます...
—
コメントしたのでこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/Microsoft/vscode/issues/5770#issuecomment-298222866 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/AAU8Q2JVio1PlIvEb8S1zg2cf5tzxxciks5r1Fs9gaJpZM4IPCMA
。>>
iPhoneから送信
@alirobeより良いマージはmeldのような3つのバージョンのウィンドウではありません
vscには3つのウィンドウしかないようですが、マージツールを実装している人は誰もいませんか?
こんにちは@ nchammas 、 @ joaomoreno 、そして他のすべての興味のある人々、
今日、私はVS Codeをgit mergetool
として使用してセットアップし、 StackOverflowで説明しました:GitMergeToolのデフォルトエディターとしてVisualStudio Codeを使用する方法(詳細に説明されているので、チェックしてください!)。
スピードバージョンは次のとおりです。
.gitconfig
を直接編集して、貼り付けることができます
[merge]
tool = vscode
[mergetool "vscode"]
cmd = code --wait $MERGED
またはコマンドラインから次のように入力します
git config --global merge.tool vscode
git config --global mergetool.vscode.cmd "code --wait $MERGED"
次に、マージの競合があるgitディレクトリ内からgit mergetool
を使用し、ta-da😄!
[現在の変更を受け入れる] |という行が表示されます。 両方の変更を受け入れる| 問題の変更が配置されている場所で
VS Codeを閉じる前に、必ずファイルを保存してください。
「現在の変更を受け入れる|着信する変更を受け入れる|両方の変更を受け入れる|変更を比較する」というコードレンズが付いているのが好きです。[変更を比較する]をクリックすると差分が並んでいるのが好きですが、何も編集できません。インラインで、またはVisual StudioのマージツールやMeld、Winmerge、BeyondCompareなどの他のツールに表示される3番目の結合パネルのように。 より多くのカスタムマージを実行できるように、3番目のパネルを並べて比較してみたいと思います。
@ jaxspades 、FWIW、カスタムを実行する必要があるときに行うことは、両方を受け入れてから編集することです。 これまでのところ、これで十分に機能していますが、これを使用した特にヘアリーなマージはまだありません。
「本物の」VisualStudioは、優れたマージツールであるFWIWとして機能します。 VSCodeでその機能を見てみたいです。
@zneakに+1
現在、このブロックを使用するか、そのブロックはひどく、多くの時間、リファクタリング、およびエラーを浪費しています。 VSのように1行ずつ選択できるようにしたいと思います。
ファイル変更の誤検知は、ブランチをバウンスするときにも問題になります。
私はツールが大好きです、この領域はただ欠けています。
こんにちは
VScodeではデフォルトのマージツールである必要があります。
クールなdiff-toolがあり、vscは3つの部分に分割できるので、実装するだけで済みます。
extを使用してコミュニティで実装することはできますが、UIを変更することはできません。 私たちはUIでカスタムボタンを作成することができるので、私たちを助けてください
WindowsとMacでkdiff3をデフォルトのgit mergetool
として使用しています。 4ビュー3ウェイマージ、非常に優れた自動解決機能を備えており、無料でクロスプラットフォームです。
5月に、より良いマージが統合されました。 これにより、マージUIが追加され、問題が効果的に解決されました。
https://code.visualstudio.com/updates/v1_13
Ericopは、上記のmergetoolとして「bettermerge」インターフェースを使用するようにvscodeを構成する手順を提供しています。
したがって、この問題を解決して解決する必要があります。
@alirobeこのマージは良いとは思いません。たぶん、meldのように見えるかもしれません。3つのエディターがLOCAL、BASE、REMOTEを表示します。
@zjjott理解できるように、既存の機能の特定の拡張を要求する新しい問題を開き、ここでそれを参照することをお勧めします。
これは、私が今まで使用した中で最高の拡張機能の1つですhttps://marketplace.visualstudio.com/items?itemName=letmaik.git-tree-compare#review -details
@joaomorenoあなたのコメントに続いて、将来的に3つの方法でマージする予定ですか?
@zjjott kdiff3はこれを非常にうまく行います(ローカル、ベース、リモート、および結果ビュー)。 この既存のクロスプラットフォームツールがすでに非常に優れているのに、なぜ人々がvscodeに追加の機能を必要とする/望んでいるのか私にはよくわかりません。
@RoyTinkerは、私は通常、「マージ」だけを行わないためです。 何かを編集する必要があり(競合が発生した場合)、kdiff3が持っているものではなく、これまでで最高のエディターにしたいものを編集する場合(OKですが、vscodeの方がはるかに優れています)
@eamodioと話して、 GitLens for VSCodeで彼の素晴らしい作品をインポートしてみませんか?
特に競合するファイルを参照するとき、1つのビューで両方のストリームからの変更があり、現在の変更、受信する変更、両方の変更を受け入れることができ、一度に編集することもできる場合は、非常に満足しています。
これは理想にかなり近いものですが、Windowsで行末が途方に暮れることもありますが、完全なVisualStudioしかありません。
そうでなければ、私が今までに経験したIDEからの最高のgitGUIエクスペリエンス。
@ m-wilczynski親切な言葉に本当に感謝していますが、マージ競合のサポートはGitLensの一部ではありませんが、vscode自体に直接組み込まれています(元々はコアに組み込まれた別の拡張機能でした)
@ eamodio-申し訳ありませんが、知りませんでした。 😄私(そして私の推奨によりVSCode @を使用している私の同僚のほとんど)にとって、VSCodeはGitLensなしでgitを操作するのに役に立たないという事実は変わりません。
GitLensを使用すると、atmでコーディングしていなくても(主にTypeScriptとJavaScriptで使用している)、VSCodeを開いて、このマージで何が起こっているかを明確に確認したいと思っています。
それはすべてユーザーエクスペリエンスに関するものです。
VSCodeにすべてが含まれていて、適切に視覚化するだけでよい場合でも、私のすばらしいユーザーエクスペリエンスの責任はあなたにあります。 😉
@ m-wilczynski非常に謙虚です。 ありがとう—優しい言葉に感謝します!
それは今2年になります...そして私見これはまだこの時点で最も明白な欠けている機能の1つです。 VSCodeを私のmergetoolにしたいと思っています。
@ tracker1この問題は技術的に解決されています: https ://github.com/Microsoft/vscode/issues/5770#issuecomment-308533904。 なぜまだ閉鎖されていないのかわかりません。
@joaomorenoこの問題を解決できますか?
それがまだ開いている理由(そして私がまだそれを見ている理由)は、人々がvscodeでサイドバイサイドの3ウェイマージ機能を探しているからだと思います。 たとえば、私は現在meldを使用しています(スクリーンショットの例)。
はい、gitに競合(名前の変更/名前の変更)があり、$ MERGEDファイルが空白になり、必要な編集を行ってdiff $ LOCAL $ REMOTEコマンドを作成するシナリオがあります。この問題には、以下のコマンドを使用します
code --wait --diff $REMOTE $LOCAL | cp $LOCAL $MERGED
しかし、それらは別々の問題にすることができます-この特定の問題の主な仕事はIMOで行われます。
#5770に示されているものは、小さな変更には問題なく機能するかもしれませんが、大きな変更には不十分なエクスペリエンスであり、これを適切に行うには3または4ペインのエクスペリエンスが本当に必要です。
現在、Visual Studio(適切)をMERGE / DIFFツールとして使用し、Visual Studio(適切)がインストールされていない場合はMELDを使用しています。 これらは仕事を成し遂げますが、最初の宮殿でそれを書くために使用されたのと同じツールでコードを編集できることは素晴らしいことです。
彼らがそれを閉じたいのであれば、それはマージツールとして使用できるので問題ありませんが、3方向の差分機能を並べてキャプチャするためにすぐに問題を作成する必要があります。
現在、vscodeには、3つ以上のウィンドウを表示するオプションがあります。 (v1.24.0以降)。 私は自分で3ウェイマージを試したことがありませんが、今は確かに可能性があるはずです
これは確かにこの素晴らしいエディターの最大の欠点です
3者間マージは必須です。 gitマージを実行する現在の方法は、使用時に非常に粗雑です。
3方向マージを追加してください
@michaelKurowskiええ、最近、同僚がVScodeのマージ機能について不満を言っているのを聞きましたが、詳細については詳しく説明しませんでした。 つまり、この側面を改善できれば、vscodeに適しています。
3方向マージを追加してください
完全に理解できているかわかりません。 ここの人々は3方向のマージを求めているようですが、このスクリーンショットのように、VSCodeにはすでに3方向のマージがあるようです。
ただし、私が理解しているように、コマンドラインから3方向マージを呼び出す方法はありません。 最初の投稿で述べたように、これには、コマンドラインで4つの引数(ベースファイル、2つの異なる改訂バージョン、および最終的なマージ結果を書き込むパス)を使用して呼び出す方法が含まれます。
私の場合、GitではなくPerforceとのマージツールとしてVSCodeを使用したいのですが、VSCodeがコマンドラインでこれらの4つのファイル名を受け入れたとすると、どのソース管理ソフトウェアを使用しているかは問題ではありません。マージの概念です。同じです。
この問題を「既存の3方向マージ機能を呼び出すためのコマンドラインオプションの追加」のようなものと呼ぶ必要がありますか、またはコマンドラインの使用法がないことに加えて、VSCodeの現在のマージ実装について誤解しているものがあります。 gitの3方向マージの場合?
完全に理解できているかわかりません。 ここの人々は3方向のマージを求めているようですが、このスクリーンショットのように、VSCodeにはすでに3方向のマージがあるようです。
ただし、私が理解しているように、コマンドラインから3方向マージを呼び出す方法はありません。 最初の投稿で述べたように、これには、コマンドラインで4つの引数(ベースファイル、2つの異なる改訂バージョン、および最終的なマージ結果を書き込むパス)を使用して呼び出す方法が含まれます。
私の場合、GitではなくPerforceとのマージツールとしてVSCodeを使用したいのですが、VSCodeがコマンドラインでこれらの4つのファイル名を受け入れたとすると、どのソース管理ソフトウェアを使用しているかは問題ではありません。マージの概念です。同じです。
この問題を「既存の3方向マージ機能を呼び出すためのコマンドラインオプションの追加」のようなものと呼ぶ必要がありますか、またはコマンドラインの使用法がないことに加えて、VSCodeの現在のマージ実装について誤解しているものがあります。 gitの3方向マージの場合?
私は彼らがこのようなものを見たいと思っていると信じています:
https://user-images.githubusercontent.com/1470309/32250860-c677e4ce-bec0-11e7-82b5-0196d981cc28.png
@michaelKurowskiなるほど。 おそらく、2つの明確な問題があります。
--diff file1 file2
と同様のコマンドラインオプションが必要ですが、マージサポートがあります(例: --merge basefile revision1file revision2file mergedfile
私の印象では、元のポスターは後者のようなもの(現在の視覚化を使用して実装するのは簡単なようです)を求めていましたが、マージの3列の視覚化の要求は、もう少し複雑で制限のない要求であり、おそらく、これら2つの別々の要求の間の混乱が、この問題をパントさせているのでしょうか。
@uglycoyoteと@michaelKurowskiの説明に感謝します。あなたの意見では、3列の差分ビュー専用の新しい問題/機能リクエストを作成する必要がありますか?
@joaomorenoが@JeanPerriaultの質問と、この問題をVSCodeチームに所属しているように見えるので、この問題を2つに分割する必要があるかどうかについての私の提案にコメントできれば幸いです。 しかし、「マージUIを実装する必要がある」と「(3者間マージ以外の)他の方法はない」という彼の以前の回答から判断すると、彼は私が言及した両方の問題を認識しているようです。一つとして。
@joaomoreno 、最初に、短期的には、既存のマージ動作を公開するためのコマンドラインオプションを実装するのは意味がありませんか? 個人的には、現在のインラインマージを使用しても問題はなく、3列のビューが必須であるとは思いません(ただし、それは良いことかもしれません)。 しかし、既存のマージをコマンドラインにフックするのが簡単な作業である場合、VSCodeチームがより洗練された3方向のマージの視覚化を実装する意志がないために、それが無期限に停止することは望ましくありません。
はい、 http://meldmerge.org/のような視覚的なマージビュー/エディターを提供して
WinMergeは上司のように機能します
はい、 http://meldmerge.org/のような視覚的なマージビュー/エディターを提供してください
私はMeldを使用していますが、VSCodeが同じことを実行することを望んでいますが、正直なところ、これにMeldを使用しても問題はありません。
@ligなぜ編集にvscodeを使用する必要があるのですか? メモ帳が使える
@josserは、現在のタスクにより適したツールを使用するだけです。 この聖戦は話題から外れていると思います。
@ligマージツールをvscodeに統合することを求める人々がなぜいるのかを説明したいだけです
彼らはvscodeが好きで、他のツールは好きではないからです。 マージも編集中です。 そして、編集がマージプロセスの一部であっても、素敵なエディタでファイルを編集したい
このコメントを見てください: https ://github.com/Microsoft/vscode/issues/5770#issuecomment -265497516
以前このスレッドでは、多くの何回も述べたように、元が求めるような@josserはmergetoolとしてVSCodeを使用するようにgitを設定し、実行することによって行うことができますgit mergetool
正常に動作さVSCodeマージフローを開く、紛争中に私と他のユーザーのために。
VSCodeをmergetoolとして使用するときにMeldのようなインターフェースを表示したい場合は、_別の問題で別の機能リクエストを作成してください_。これにより、本質的に_無関係な機能リクエスト_に対するこのスレッドのスパムを阻止できます。
@ligマージツールをvscodeに統合することを求める人々がなぜいるのかを説明したいだけです
彼らはvscodeが好きで、他のツールは好きではないからです。 マージも編集中です。 そして、編集がマージプロセスの一部であっても、素敵なエディタでファイルを編集したいこのコメントを見てください: #5770(コメント)
わかりやすく簡単! それはまさに人々が望んでいることです。 なぜそれがとても理解しにくいのですか? 差分を開始し、次のステップはマージです。 それは一緒に属し、分離は完全に優れたワークフローに反し、時間のかかるものです。 Visual Studio Code Editorを使用し、外部ツールは使用しません。
また、VSCodeを3ウェイマージエディターとして使用できるようにしたいと思います。 左または右からの変更を承認または拒否し、変更をコミットする前に結果を変更します。 これにより、VSCodeが大幅に改善されます。 重要な機能の1つであるマージを除いて、多くの強力なgit機能を使用することは実際には意味がありません。
JetBrainsのようにします。 (https://github.com/Microsoft/vscode/issues/37350)
そして正直なところ、meldマージはかなり醜いように見えます。 これは2012年からですよね? 2003年のようです。3ウェイマージを実行するたびにタイムトラベルする必要があるのはなぜですか。
3方向のマージビューを持つ新しい問題が作成されました: https ://github.com/Microsoft/vscode/issues/37350
誰かが時間をかけて、美しいモックアップを備えた3ウェイマージUI(ここで推奨)の別の問題を開いて、すぐに閉じました。 =(
@mofahead私が作成したものは、#37350の複製だったようです。
マージエディターとして有効にする前に、 https://github.com/Microsoft/vscode/issues/8226を改善しておくと便利です。
ここでは、UIの側面とマージ機能の両方に言及している人々と混乱しているようです。 私にとって、今日のVSCodeの最大の生産性キラーは、マージが並べてではなく垂直に機能するという事実です。
私は正直なところ、これがこの機能の許容可能なUIとリモートで見なされる方法さえ理解していません。 使い物にならない。
Macをお持ちの方のために、ここに回避策があります。
~/.gitconfig
編集する[diff]
tool = diffmerge
[difftool "diffmerge"]
cmd = diffmerge \"$LOCAL\" \"$REMOTE\"
[merge]
tool = diffmerge
[mergetool "diffmerge"]
cmd = diffmerge -merge \"$LOCAL\" \"$BASE\" \"$REMOTE\"
trustexitcode = true
keepbackup = false
Launch merge tool
を選択します唯一のことは、すべてのシナリオでファイルを自動的にVSCodeにマージして戻すことはできないということです。
MacとWindowsで長年diffmergeを使用しています。 数ヶ月前にSublimeMergeに切り替えました。 私は本当に、本当にそれが大好きです。 それは速いです、それは現代的です。 その環境で作業する必要がある場合は、VisualStudioの代わりにWindowsでも使用します。
非VCS管理ディレクトリの差分とマージのためにemacsに戻る:(
VS Codeには、ディレクトリ(たとえば、ソースコンピューターとdestコンピューター間の構成ディレクトリ)を比較するための優れたプラグインL13Dがありますが、gitまたはその他のバージョン管理なしではマージできません。
したがって、このタスクのために、セッションを作成してから、選択的に必要なものにマージするのはemacsのdiff-directories
です。 私はemacsを離れようとしていますが、Codeではできないことが時々あります。
VS Codeには、ディレクトリ(たとえば、ソースコンピューターとdestコンピューター間の構成ディレクトリ)を比較するための優れたプラグインL13Dがありますが、gitまたはその他のバージョン管理なしではマージできません。
L13Dへのリンクはありますか?
@christarczonプラグインはL13 Diff
と呼ばれます-https://marketplace.visualstudio.com/items?itemName = L13RARY.l13 -diff
完全に理解できているかわかりません。 ここの人々は3方向のマージを求めているようですが、このスクリーンショットのように、VSCodeにはすでに3方向のマージがあるようです。
これは完全に些細なマージ競合に対して機能しますが、VSCodeのみを使用している企業の人々に遭遇しており、「マージ競合」の全体的な考え方は、VSCodeの非常に単純化された差分に基づいています。 そして、重要なマージの競合が発生した場合、少なくとも1回は常に「一方の側を選択」します(基本的に、誰かの変更を結合するのではなく、数行で削除します)。
VSCodeには、クールなだけでなく、若い開発者の悪い習慣を奨励しているという理由で、メルドのようなインターフェイスが必要です。
それは「若い開発者」だけではありません。 私は20年間コーディングを行ってきましたが、3ペインのマージの方がはるかに優れています。 コードの各バージョン全体を一度に見ることができれば、捕まえたであろうインラインdiffで間違いを犯すことになります。
各ペインのベースコミットに対する差分を含む3つのペインを表示したいと思います。 そうすれば、何がどこで変わったのか、何が変わったのかを簡単に確認できます。
@ligマージツールをvscodeに統合することを求める人々がなぜいるのかを説明したいだけです
彼らはvscodeが好きで、他のツールは好きではないからです。 マージも編集中です。 そして、編集がマージプロセスの一部であっても、素敵なエディタでファイルを編集したい
VSCodeは栄光のテキストエディタ以上のものだからです。 リンターとインテリセンスを備えたIDEです。 Pythonコードを解析して未定義の変数を探します。 また、マージするときに、リンター+インテリセンス+などのヒントをリアルタイムで確認できると非常に便利です。 受け入れる行を選択するとオファーされます。
「ダム」マージツールを使用すると、マージの間違いを見つけにくくなり、マージしてVSCに戻った後で修正することさえ困難になります。
これは、VSCodeに戻れないようにする2つまたは3つのことの1つです。
拡張機能のVSCodeをGitMergetoolとしてリリースしました。 他のマージ競合エディターほど機能が豊富ではありませんが、使用できるはずです。 デフォルトでは、従来の3列レイアウトよりも実用的であるとわかった4ペインレイアウトを構成しました。 フィードバックに気をつけてください!
マーケットプレイスではまだ利用できないため、GitHubからダウンロードして手動でインストールする必要があります。 マーケットプレイスで利用できるようになりました。_
こんにちは@zawys 、
oprhanファイルをマージする3つまたは4つのフォルダーの比較をサポートしていますか?
こんにちは@gusbemacbe 、
現在の状態では、拡張機能は主にgit mergetool
のインターフェイスに適合する「3ウェイ」ファイルマージツールと考えられていました。 これは依然として主要な目標です。 ただし、機能を拡張して、git-mergetoolプロセスを実行する必要がないようにすることを計画しています。これは、その小さなシェルスクリプトに独自のUXの欠陥があるためです。 代わりに、拡張機能をVSCodeとさらに統合したいと思います。
そのプロセスでは、git-mergetoolの機能の一部を複製します。たとえば、削除とシンボリックリンクのマージの競合を解決します。 それがあなたのユースケースをどこまでカバーしているかはわかりません。 たとえば、accept-all-incoming-in-folderコマンドを追加することもできます。 の問題を開いてください
さらに議論するための拡張。
私の拡張機能はMarketplaceで見つけることができ
私の拡張機能はMarketplaceで見つけることができます。
@InLaw拡張機能を使用するには、 、拡張機能のサイトでバグレポートを作成してください。
最も参考になるコメント
他の方法はありません。 😉