Vscode: دعم أداة حل النزاعات Git المشابهة لـ IntelliJ و WebStorm

ستكون هذه ميزة رائعة للغاية ، فأنا أستخدم VSCode لعملي اليومي ولكن غالبًا ما ألجأ إلى WebStorm عندما أحتاج إلى حل تعارض الدمج نظرًا لتفاعله وسهولة استخدامه.

أي أخبار عن هذا؟ هذه الميزة ستكون مذهلة. من ناحية ، هناك أداة فرق (أي مقارنة ملفين) في كود VS ، لكن لا يمكنك تحرير / اختيار ما تريد الاحتفاظ به ؛ من ناحية أخرى ، هناك أداة دمج تعارض تسمح باختيار ما يجب الاحتفاظ به (التغيير الحالي / التغيير). الآن ، من الأفضل أن يكون لديك كلتا الأداتين في أداة واحدة ، مثل الأداة التي اقترحهاuyhung.

أردت أيضًا أن أضيف ، لأي مساهم يأتي: VS Code هو برنامج رائع ، استمر في ذلك :)!

ستكون هذه ميزة رائعة ... هل من أخبار عنها؟ هل يوصي أي شخص ببعض الامتداد الذي يفعل شيئًا مشابهًا؟

أنا أستخدم ذلك في PyCharm. هذه الميزة المذهلة تساعد كثيرًا في تجنب الأخطاء في عمليات الدمج الأكبر. تتوفر جميع الفواصل أثناء العملية ، لذلك يسهل اكتشاف الأخطاء / انتهاكات النمط / المتغيرات غير المستخدمة.

يرجى الإسراع في استخدام هذه الميزة إذا كنت تخطط لتطبيقها :)

ممتاز 👍 لهذا. هذا هو الشيء الوحيد الذي يعيق ظهري للتبديل تمامًا إلى VSCode. سيكون مفيدًا ومفيدًا للغاية.

في اليوم الذي تقوم فيه بتنفيذ هذه الميزة ، سأتوقف عن استخدام Webstorm.

ليس فقط لحل التعارضات ، يجب أن يكون هذا التصميم متاحًا لمشاهدة ملف المحفوظات أيضًا.

git config merge.conflictStyle diff3 ولديك هذا اليوم ولكن مع تخطيط محرر VSCode - وهو أفضل بكثير من ظهور حوار ونافذة جديدة لعرض الملف الذي قمت بفتحه بالفعل IMO!

أى اخبار؟ هل هو مجدول ربما ، أو مخطط له؟

نعم فعلا مطلوب

هذه ميزة مطلوبة بشدة ، فأنا أستخدم فكرة inteliij فقط لحل النزاعات.

+1 ، سيكون هذا رائعًا!

+1 هنا! تحاول إجراء التبديل ، ولكن IMO هذه هي إحدى الميزات الرئيسية المفقودة للتبديل من WebStorm إلى VSCode

هل يمكننا التوقف مع تعليقات 1+؟ لا يجلب شيئا للمحادثة.
فقط شاهد هذا الموضوع وانتظر ...

Zielak +1 دعنا نتوقف عن إضافة المزيد من التعليقات

هل يعرف أي شخص ما إذا كان هناك أي مكون إضافي يمكن أن يجعل هذا ممكنًا؟

rajjejosefsson كما قلت أعلاه ، يمكنك تعيين: ( git config merge.conflictStyle diff3 )

[merge]
  conflictStyle = diff3

لرؤيتهم / مشترك / لنا. لن يغير تنسيق / سمة VSCode ، لكنك ستحصل على هذه الأجزاء الثلاثة على فرقك بدلاً من اختلافها / نحن فقط كما هو (git) الافتراضي.

ما لم يكن هناك شيء آخر (بخلاف فتح حوارات متعددة لمجرد العودة لعرض الفرق في الملف الذي فتحته بالفعل) الذي تقدمه JetBrains IDEs التي أفتقدها هنا؟

يحتوي تطبيق Sublime Merge الذي تم إصداره حديثًا على تطبيق مماثل.

ستكون هذه ميزة رائعة للغاية ، فأنا أستخدم VSCode لعملي اليومي ولكن غالبًا ما ألجأ إلى WebStorm عندما أحتاج إلى حل تعارض الدمج نظرًا لتفاعله وسهولة استخدامه.

يمكنك إضافة هذه التهيئة في ملف .gitconfig الخاص بك واكتب "git mergetool" على جهازك الطرفي كلما ظهر تعارض. سيفتح فقط واجهة واجهة المستخدم الرسومية للدمج الخاصة بك من webstorm لكل ملف.

[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

صحيح أن VS Code مدهش باستثناء عدم وجود أداة واجهة المستخدم هذه.

+1 ، هذا هو بالضبط ما أتوقع أن تبدو عليه أداة الدمج.
و # 5770 يجب تنفيذها بهذا الشكل.

+1 هي الميزة الوحيدة التي أفتقدها حقًا أثناء استخدام VSC مقارنةً بـ WebStorm.

أرغب كثيرًا في تنفيذ هذا أيضًا ، الكل الكبير الوحيد الذي أراه في كود VS باعتباره IDE كاملًا

حسنًا ، نظرًا لأن Webstorm يبدو أنه الحل الحقيقي الوحيد ، سأقوم بتنزيله الآن.
أتطلع حقًا إلى VSCode الذي يدعم هذه الميزة !!

أيضا ، هل يمكن لشخص ما أن يصوت لي هذا المنشور؟ شكرا

هل هذه الميزة حتى في الأعمال؟

+1 ، سيستخدم هذا تمامًا إذا تم تنفيذه

لقد أضفت إعدادًا جديدًا وأمرًا لتحسين حل تعارض الدمج قليلاً ، إليك ما ستكون عليه التجربة بعد دمج https://github.com/microsoft/vscode/pull/74231

أولاً تمت إضافة إعداد جديد merge-conflict.diffViewContext لإظهار سياق الصراع

قبل ذلك: لا يوجد سياق حول الفرق

بعد: مع "merge-conflict.diffViewContext": 3

ثانيًا ، تم تقديم أمر جديد Compare All لعرض المقارنة الكاملة بين مساحة العمل الحالية والتغييرات الواردة ، والتي يمكنك من خلالها مقارنة المحتوى القديم والمحتوى الوارد وأحدث محتوى محلي على القرص

يجب القيام بالمزيد من العمل في منطقة المحرر لدعم أسلوب JetBrains ، على سبيل المثال ، فتح مجموعة محرر بثلاثة أعمدة من الصراع. لكني ما زلت أرغب في سماع تعليقاتك على الحل الحالي المذكور أعلاه.

ان هذا رائع. هل يمكنك اختيار التغيير الذي تريد دمجه في الملف الجديد سطريًا بسطر أم أنه ملف واحد فقط أم الآخر؟ سطر بسطر أو الكل سيكون رائعًا !!!

إذا كان بإمكانك قبول كل تغيير من أي ملف كتلة تلو الأخرى ودمجها في الثالثة التي من المحتمل أن تغطي معظم حالات الاستخدام. على سبيل المثال ، إذا كان أحد الملفات يحتوي على 3 تغييرات وكان الملف الآخر يحتوي على 4 ، فيمكنني اختيار ما أريد. مثل قبول تغييرين من ملف واحد وتغييرين من الآخر. هل تستطيع أن تفعل هذا؟ إذا كان الأمر كذلك ... تلك الصخور!

rebornix السياق الإضافي لطيف ، وأنا أحب المقارنة بين الكل ، ولكن بالنسبة لي لا يزال هناك بعض الأشياء المفقودة:

1. مقارنة كل "جانب" بالقاعدة المشتركة - في حين أن عرض الدمج ثلاثي الاتجاهات هو الأفضل على الأرجح ، فقد يساعد هذا على الأقل في هذه الفترة (كنت ألعب بإضافة شيء لهذا في GitLens)
2. القدرة على التحرير في طريقة عرض المقارنة وجعل التغييرات متزامنة مع المستند - هذا شيء تم الحديث عنه قبل إدخال الدمج الأفضل في جوهره. كان هذا طلبًا بشأنه (على الرغم من اختفاء الطلب الأصلي: صرخة :) https://github.com/microsoft/vscode/issues/10547#issuecomment -300201327 '

# 2 من المحتمل أن يتم ذلك اليوم مع مزود نظام ملفات مخصص (على الرغم من أن هذا يبدو وكأنه الكثير من المبالغة)

تضمين التغريدة

مقارنة كل "جانب" بالقاعدة المشتركة - في حين أن عرض الدمج ثلاثي الاتجاهات هو الأفضل على الأرجح ، فقد يساعد هذا على الأقل في هذه الفترة (كنت ألعب بإضافة شيء لهذا في GitLens)

يتطلب هذا الأمر إضافة طريقة عرض فرق ثلاثية جديدة (خوارزمية فرق ثلاثية الاتجاهات ومحرر ثلاثي الأعمدة) ولكنه قابل للتنفيذ. بالنسبة للرقم 2 ، أعتقد أن موفر نظام الملفات المخصص هو الطريقة الصحيحة للذهاب لأن محتوى الملف على القرص يحتوي على تعارضات دمج (مثل >>>>>>, <<<<<< ) ، أثناء اختيار تغييرات المحتوى من عرض الفرق ، لا نريد العبث بالملف الموجود على القرص ، لذلك فهو مزود نظام ملفات افتراضي بالفعل.

تحتاج هذه الميزة كثيرا.

rebornix تعجبني الفكرة التي أعتقد أنها يمكن أن تكون أفضل من فتح محرر 3 أعمدة لأن شاشات الكمبيوتر المحمول ليست كبيرة جدًا. أعتقد أنه من الأسهل تحسينه قليلاً ليبدو أخيرًا مثل أداة دمج Gitkracken التي تعرض السياق في المحرر العلوي والسماح بتحرير ملف إعادة التحويل (الذي يحتوي حاليًا على >>>> <<<< ...) في الجزء السفلي .

نعم ، غالبًا عندما يكون هناك تعارض في الدمج ، أقوم بالتبديل إلى PHPStorm ، حتى لو كان العمل الآخر في المشروع الذي أقوم به في VSCode. من الغريب أن عامين قد مروا ولا يوجد حتى الآن اندماج مناسب.

rebornix تعجبني الفكرة التي أعتقد أنها يمكن أن تكون أفضل من فتح محرر 3 أعمدة لأن شاشات الكمبيوتر المحمول ليست كبيرة جدًا. أعتقد أنه من الأسهل تحسينه قليلاً ليبدو أخيرًا مثل أداة دمج Gitkracken التي تعرض السياق في المحرر العلوي والسماح بتحرير ملف إعادة التحويل (الذي يحتوي حاليًا على >>>> <<<< ...) في الجزء السفلي .

لا أوافق ، فإن تخطيط الأعمدة الثلاثة هو جزء مما يجعل Webstorm واحدًا رائعًا للغاية. إنها تحافظ على نظرة عامة أنيقة للغاية

بالمثل هنا ، أقوم دائمًا بالانتقال إلى IntelliJ لدمج حل النزاع. أداة العصا السحرية "حل النزاعات البسيطة" توفر الكثير من الوقت أيضًا!

أعود إلى Visual Studio 2017 لحل التعارضات ...

في الثلاثاء 25 يونيو 2019 الساعة 8:35 صباحًا كتب fabb [email protected] :

بالمثل هنا ، أقوم دائمًا بالانتقال إلى IntelliJ لدمج حل النزاع.
أداة العصا السحرية "حل النزاعات البسيطة" توفر الكثير من الوقت أيضًا!

-
أنت تتلقى هذا لأنك مشترك في هذا الموضوع.
قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على GitHub
https://github.com/microsoft/vscode/issues/37350؟
أو كتم الخيط
https://github.com/notifications/unsubscribe-auth/AAEN6O4AO24V4GB24EWOJGDP4I3KZANCNFSM4EBV5J4A
.

يجب أن يغير vscode أداة تعارض git ، لأنه أثناء حل التعارضات ، يضيف vscode <<< ، === ، مما يتسبب في حدوث خطأ في بناء جملة اللغة

@ SupinePandora43 هذا ليس VSCode ، هذه هي الطريقة التي تتعامل بها git مع التعارضات ، فهي تضيف <<< ، === إلى الأسطر المتضاربة. يقوم WebStorm بتوزيع هذه الكتل وإنشاء أداة مرئية رائعة للدمج.

vedmant إذن ... يحتاج vscode إلى بعض المحلل اللغوي

انظر هنا. هل هذا ما تعنيه؟
https://github.com/Microsoft/vscode-tips-and-tricks/blob/master/media/resolve_merge_conflicts.gif

@ minkir014 تحقق من الصورة المرفقة في التعليق الأصلي في الأعلى ، وهذا ما يعنيه الجميع.

هذه النصائح والحيل مقابل التعليمات البرمجية وهذا يعني أنها مضمنة في مقابل التعليمات البرمجية. إذن ، لماذا لا تزال هذه القضية مفتوحة؟

@ minkir014 سأربط الصورة بالتعليق الأصلي هنا مرة أخرى ، لأنك تفكر بوضوح في شيء مختلف: https://user-images.githubusercontent.com/1470309/32250860-c677e4ce-bec0-11e7-82b5-0196d981cc28.png

@ minkir014 ما يوجد في رمز VS الآن ليس قريبًا من الميزة التي https://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 لأن الميزة المضمنة ليست هي نفسها التي نناقشها في هذا الموضوع.

الدمج ثلاثي الاتجاهات هو الميزة الوحيدة التي تمنعني من استخدام VSCode باعتباره IDE الوحيد.

الدمج ثلاثي الاتجاهات هو الميزة الوحيدة التي تمنعني من استخدام VSCode باعتباره IDE الوحيد.

أسمعك. هذه ميزة قاتلة نحتاج إلى امتلاكها. يجب أن أحافظ على PHPStorm لهذا السبب فقط.

استغرق الأمر مني لحظة لتدرك أن لديك أكثر من ما كنت _need_ الواردة في التحديثات من موضوع أعلاه، انها مجرد لا يتم عرض جدا، ولا يمكن أن تفعل التعسفية بيانات الاختلاف 3-طريقة (ليكون مدعوم فائقة في المستقبل GitLens مع تعسفيا ارتكاب اختلاف واختيار سلف ، بلا شك).

تغطي تغييرات التكوين أدناه معظم احتياجات سياق الدمج والتعارض في العالم الحقيقي بشكل أفضل من إعدادات VSCode / Git الافتراضية عندما تريد أن تكون قادرًا على فهم سياق تغييرين مختلفين عند إجرائهما ، مع التوفيق بين الاختلافات بينهما في نفس الوقت. لذلك ، للباحثين في المستقبل:

1. قم بتمكين الكشف عن سلف مشترك (مختلف) لاثنين من الاختلافات عن طريق تغيير أسلوب تعارض git إلى diff3. افعل ذلك إما بتحرير الملف ~ / .gitconfig أو باستخدام cli: git config merge.conflictStyle diff3
2. قم بتعيين إعداد VSCode الخاص بك لموضع عرض الاختلاف على "أدناه" أو "بجانب" "merge-conflict.diffViewPosition": "Below"

تهانينا ، يمكنك الآن رؤية سياق الفرعين كمراجع ثابتة ، والقاعدة المشتركة التي تفرع منها كلاهما ، وكل ذلك أثناء إجراء تعديلات على السياقات الثلاثة (الأصل والفرع أ والفرع ب) باستخدام التباين في السطر. إنه الآن رجل فقير vimdiff.

(إضافة جزء ثابت لعرض فرق السلف المشترك بدون إبرازات سيكون إضافة سهلة للفاكهة المنخفضة دون الحاجة إلى محرر رئيسي أو تحديثات مختلفة ، متحدثًا عن vimdiff)

وإذا لم تكن هذه تغييرات في الجهاز الهضمي؟ (أنا أستخدم القوة ، وليس لدي خيار في ذلك الآن.)

نسخة مكررة من https://github.com/Microsoft/vscode/issues/25887

نسخة مكررة من # 25887

هذا عرض عمودين. هذا عرض ثلاثة أعمدة.

نسخة مكررة من # 25887

هذا عرض عمودين. هذا عرض ثلاثة أعمدة.

اعتقدت أنه سيكون من المفيد ربط المشكلات معًا ، لأنها نفس المشكلة.
عمودين أو ثلاثة أعمدة جزء من الحل.
في ملاحظة جانبية ، فإن حافزي للربط هو الحصول على جاذبية من كلتا المشكلتين وإضافة السلوك المفقود في أقرب وقت ممكن - أود حقًا استخدام هذه الميزة ☺

لكن هنا 427 صوتًا مقابل 310 (# 25887). ربما يمكنك دمج عد الأصوات معًا إذا كنت تريد الدمج بالفعل. ستكون هذه الميزة أعلى 10

إن تنفيذ دمج أجزاء IntelliJ style 3 فعال وسهل الاستخدام (يشار إليه أحيانًا على أنه دمج ثلاثي ، ولكنه عبارة عن ملفين مدمجين في جزء نتيجة) من شأنه أن يضع منتج محرر VS Code في أعلى العالم. أنا متأكد من هذا - والعديد من هذه المواضيع والعديد من التعليقات تحكي حكاية الناس "يتمسكون" بمنتجات انتليج لمجرد عدم وجود هذه الميزة. لا أرى كيف يمكن أن يكون طلب الميزة محفزًا بشكل أفضل أو أولوية أوضح لمالكي / مطوري المنتج. هل لديك أي أخبار عن أفكارك (المطورين والمديرين حول الكود) حول هذا الموضوع؟

حقيقة أن بعض الأشخاص يلمحون إلى مدى قرب الميزات التي تم تنفيذها بالفعل في جلب VS Code إلى النتيجة المرجوة ، تخبرني فقط أن تنفيذ هذا على طول الطريق لا ينبغي أن يكون بهذه الصعوبة حقًا ، إذا تم بالفعل تنفيذ معظم العمل.

هذا هو بالضبط السبب في أنني ما زلت أستخدم Meld كأداة Mergetool الخاصة بي

هذا هو بالضبط السبب في أنني ما زلت أستخدم Meld كأداة Mergetool الخاصة بي

الاندماج الرائع أفضل بكثير من الاندماج

هذا هو بالضبط السبب في أنني ما زلت أستخدم Meld كأداة Mergetool الخاصة بي

الاندماج الرائع أفضل بكثير من الاندماج

أوافق ، على الرغم من أنني لا أعتقد أن هذا هو المكان المناسب لمناقشة أداة الدمج الأفضل على الإطلاق.

هل من الممكن على الأقل إظهار أساس مشترك لكل من التغييرات الحالية والداخلية؟

ackvf نعم ، يمكنك ذلك مع فرق ثلاثي

إذا ما الجديد؟

Waitng أيضًا ، يلاحظني أي شخص من فضلك عندما يكون متاحًا

في انتظار نفس الشيء ... ستكون هذه الأداة رائعة

ربما يجب أن أحصل على IntelliJ أيضًا :)

إجراء +1 هنا ، هو الآن السبب الوحيد لاستخدامي Webstorm!
+1
في انتظار نفس الشيء ... ستكون هذه الأداة رائعة
ربما يجب أن أحصل على IntelliJ أيضًا :)

يرجى التوقف عن إرسال رسائل غير ذات صلة إلى جميع المشتركين في هذه التذكرة.

تحقق من هذا https://marketplace.visualstudio.com/items؟itemName=mhutchie.git-graph#review -details. أعتقد أن هذا الامتداد يحتوي على ميزات متشابهة تقريبًا كما هو الحال في Webstorm IDE.

هذا هو السبب الرئيسي لعدم استخدامي vscode كمحرر رئيسي. سيكون من الرائع رؤية ذلك مضافًا لأن تكامل git المدمج ودمجها مفيد جدًا في WebStorm. سيكون رائعا أن نرى هذا المضافة.

انا بحاجة الى هذا في حياتي.

لا يوجد أخبار عن هذه الميزة؟ أو حتى البرنامج المساعد على ما يرام: D ؟؟

vscode رائع ولكن في الواقع لا يزال يستخدم أداة intellij merge فقط من أجل ذلك ..)

كل الأخبار التي لدينا هي خريطة الطريق لعام 2020 التي تذكر "دعم الدمج الكامل (ثلاثي الاتجاهات)": https://github.com/microsoft/vscode/wiki/Roadmap#scm

يا رجل! هذه ملكة جمال كبيرة من VSCode. أتساءل كيف ينجو المطورون بدون هذه الميزة. سألجأ إلى Webstorm من أجل هذا

تم التحقق من امتداد Git Graph لـ Visual Studio Code ولكن لا تزال الميزة غير موجودة. أنا أستخدم vscode للجميع ولكن دمج الإصدارات الانتقائية مع pycharm.

_لا يزال _ استخدام IntelliJ للدمج. أيضًا لوحة التنفيذ ، حيث يمكننا اختيار الالتزامات من نفس الملف للاحتفاظ بها. إلخ 😐

رجل أنشأت هذا الطلب منذ 3 سنوات :)

على الرغم من أن VSCode رائع ، إلا أنه لا يزال يتعين علي استخدام Webstorm للمهام المتعلقة بـ Git :(

أنا في انتظار ذلك

لماذا لا يزال لا يدعم هذا؟ هل هناك أي مكون إضافي vscode يلعب نفس الدور في السوق؟

sshsu
قد أكون مخطئًا ، لكنني أعتقد أن العوامل المقيدة تفتقد إلى ميزات المحرر. إذا كان من الممكن كتابة ملحق ، فسيكون هناك بالفعل

قد أكون مخطئًا ، لكنني أعتقد أن العوامل المقيدة تفتقد إلى ميزات المحرر. إذا كان من الممكن كتابة ملحق ، فسيكون هناك بالفعل

نوع من. لقد بدأت في تنفيذ مكون إضافي للدمج في وقت فراغي وكان الشيء الوحيد الذي وجدته مفقودًا حقًا هو https://github.com/microsoft/vscode/issues/85682

ومع ذلك ، أنا ممتن حقًا للشفرة vscode مفتوحة المصدر لذلك سأكون سعيدًا بكل شيء ستتم إضافته - ربما سنرى هذه الميزة هذا العام ، لأنها جزء من خريطة الطريق 2020 😍😍

هل هذه الميزة قادمة من أي وقت مضى؟ يحتوي Visual studio mainline على 3 اتجاهات دمج في TFS

ربما ترغب في تجربة الامتداد الجديد الخاص بي VS Code مثل Git Mergetool . به بعض أوجه القصور بسبب عدم وجود واجهة برمجة التطبيقات (API) ولكني لم أتلق أي ردود فعل سلبية حتى الآن ، إلا من نفسي. ومع ذلك ، يمكن أن يكون للتخطيط المقترح المكون من أربعة أجزاء بعض المزايا مقارنة بالتخطيط المكون من ثلاثة أعمدة.

إنه ليس موجودًا في السوق بعد ، ولكن يمكن تثبيته يدويًا. _إنه متاح الآن في السوق ._

سأحذف عاصفة الويب عندما أحصل على هذه الميزة.

مطلوب كثيرًا: +1:

ستكون هذه ميزة رائعة <3

كحل مؤقت ، استخدم أدوات عبر الإنترنت مثل https://editor.mergely.com

لدي تعليق هنا منذ بضع سنوات قائلًا نفس الشيء مثل الآخرين ، وبينما أعتقد أن طريقة عرض الدمج ثلاثية الاتجاهات البديلة ستكون رائعة ، فأنا في الواقع أفضل طريقة العرض المجردة هذه الآن نظرًا لأنها حرفياً مجرد مظهر فوق النص الذي تضعه بوابة هناك.

ما أريد أن أقوله هو أن هذا لا ينبغي أن يكون "مانعًا" لأي شخص يستخدم VSCode. جربها بدلاً من الرجوع إلى IDEA IDE لتفاعلات git. (الامتداد الوحيد الذي أوصي به هو Git Graph)