Vscode: IntelliJ, WebStorm के समान Git विरोध समाधान टूल का समर्थन करें

यह एक सुपर कूल फीचर होगा, मैं अपने दिन के काम के लिए VSCode का उपयोग करता हूं लेकिन अक्सर WebStorm सहारा लेता हूं जब मुझे इसकी अंतःक्रियाशीलता और उपयोग में आसानी के कारण मर्ज संघर्ष को हल करने की आवश्यकता होती है।

इस पर कोई भी समाचार? यह सुविधा अद्भुत होगी। एक तरफ, वीएस कोड में एक अलग उपकरण (यानी दो फाइलों की तुलना करना) है, लेकिन आप संपादित नहीं कर सकते/चुन सकते हैं कि क्या रखना है; दूसरी ओर, एक मर्ज संघर्ष उपकरण है जो यह चुनने की अनुमति देता है कि क्या रखना है (वर्तमान परिवर्तन / उनका परिवर्तन)। अब, दोनों टूल को एक टूल में रखना सबसे अच्छा होगा, जैसे @uyhung द्वारा सुझाए गए टूल।

मैं किसी भी योगदानकर्ता के लिए यह भी जोड़ना चाहता हूं: वीएस कोड सॉफ्टवेयर का एक अद्भुत टुकड़ा है, इसे जारी रखें :)!

यह एक अद्भुत विशेषता होगी... इस पर कोई खबर? क्या कोई कुछ एक्सटेंशन की सिफारिश करता है जो कुछ ऐसा ही करता है?

मैं इसका उपयोग PyCharm पर कर रहा हूं। इस तरह की अद्भुत विशेषता, यह बड़े मर्ज पर बग से बचने में बहुत मदद करती है। प्रक्रिया के दौरान सभी लिंटर उपलब्ध होते हैं, इसलिए त्रुटियों/शैली के उल्लंघन/अप्रयुक्त चर का पता लगाना आसान होता है।

यदि आप इसे लागू करने की योजना बना रहे हैं तो कृपया इस सुविधा के साथ जल्दी करें :)

थंब अप इसके लिए। पूरी तरह से VSCode पर स्विच करने के लिए मेरी पीठ को पकड़े हुए यही एकमात्र चीज है। सुपर मददगार और आसान होगा।

जिस दिन आप इस सुविधा को लागू करेंगे, मैं वेबस्टॉर्म का उपयोग बंद कर दूंगा।

न केवल संघर्षों को हल करने के लिए, यह डिज़ाइन इतिहास फ़ाइल को देखने के लिए भी उपलब्ध होना चाहिए।

git config merge.conflictStyle diff3 और आपके पास यह आज है लेकिन VSCode के इन-एडिटर लेआउट के साथ - जो कि आपके द्वारा पहले से ही IMO खोली गई फ़ाइल को देखने के लिए एक संवाद और एक नई विंडो को पॉप अप करने से बेहतर है!

कोई खबर? क्या यह शायद निर्धारित है, या निर्धारित करने की योजना है?

हाँ वास्तव में जरूरत है

यह बहुत आवश्यक विशेषता है, मैं सिर्फ संघर्षों को हल करने के लिए इंटेलीज विचार का उपयोग कर रहा हूं।

+1, यह बहुत अच्छा होगा!

+1 यहाँ! स्विच करने की कोशिश कर रहा है, लेकिन आईएमओ यह वेबस्टॉर्म से वीएससीओडी पर स्विच करने के लिए गायब प्रमुख विशेषताओं में से एक है

क्या हम कृपया +1 टिप्पणियों के साथ रुक सकते हैं? यह बातचीत में कुछ भी नहीं लाता है।
बस इस धागे को देखें और प्रतीक्षा करें...

@Zielak +1 आइए अधिक टिप्पणियां जोड़ना बंद करें

किसी को पता है कि क्या कोई प्लगइन है जो इसे संभव बना सकता है?

@rajjejosefsson जैसा कि मैंने ऊपर कहा, आप सेट कर सकते हैं: ( git config merge.conflictStyle diff3 )

[merge]
  conflictStyle = diff3

उन्हें/आम/हमें देखने के लिए। यह VSCode स्वरूपण/थीम को नहीं बदलेगा, लेकिन आप उन तीन भागों को केवल उन्हें/हम के बजाय अपने अंतर में प्राप्त करेंगे जैसा कि (गिट) डिफ़ॉल्ट है।

जब तक कुछ और न हो (आपके द्वारा पहले से खोली गई फ़ाइल में एक अंतर देखने के लिए वापस आने के लिए कई संवाद खोलने के अलावा) कि JetBrains IDE की पेशकश है कि मैं यहाँ याद कर रहा हूँ?

हाल ही में जारी उदात्त मर्ज का एक समान कार्यान्वयन है।

यह एक सुपर कूल फीचर होगा, मैं अपने दिन के काम के लिए VSCode का उपयोग करता हूं लेकिन अक्सर WebStorm सहारा लेता हूं जब मुझे इसकी अंतःक्रियाशीलता और उपयोग में आसानी के कारण मर्ज संघर्ष को हल करने की आवश्यकता होती है।

आप इन कॉन्फ़िगरेशन को अपनी .gitconfig फ़ाइल में जोड़ सकते हैं और जब भी विरोध प्रकट होता है तो अपने टर्मिनल पर "git mergetool" टाइप करें। यह केवल प्रत्येक फ़ाइल के लिए वेबस्टॉर्म से आपका मर्ज गुई इंटरफ़ेस खोलेगा।

[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 यहाँ, अब केवल यही कारण है कि मैं वेबस्टॉर्म का उपयोग करता हूँ!

+1

+1

सच है, इस UI टूल की कमी को छोड़कर VS कोड अद्भुत है।

+1, यह वही है जो मैं मर्ज टूल की तरह दिखने की अपेक्षा करता हूं।
और #5770 को ऐसे ही लागू किया जाना चाहिए।

+1 यह एकमात्र विशेषता है जिसे मैं वेबस्टॉर्म की तुलना में वीएससी का उपयोग करते समय वास्तव में याद कर रहा हूं।

मैं इसे भी लागू करना बहुत पसंद करूंगा, वीएस कोड में एक पूर्ण आईडीई के रूप में मैं एकमात्र बड़ा पूरा देखता हूं

ठीक है, चूंकि वेबस्टॉर्म एकमात्र वास्तविक समाधान प्रतीत होता है, इसलिए मैं इसे अभी डाउनलोड करने जा रहा हूं।
वास्तव में इस सुविधा का समर्थन करने वाले VSCode की प्रतीक्षा कर रहे हैं !!

साथ ही, क्या कोई मेरे लिए इस पोस्ट को डाउनवोट कर सकता है? धन्यवाद: पी

क्या यह सुविधा काम में भी है?

+1, लागू होने पर इसका पूरी तरह से उपयोग करेंगे

मैंने मर्ज संघर्ष समाधान को थोड़ा बेहतर बनाने के लिए एक नई सेटिंग और कमांड जोड़ी, https://github.com/microsoft/vscode/pull/74231 के विलय के बाद जो अनुभव होगा वह यहां दिया गया है

संघर्ष के आसपास के संदर्भ को दिखाने के लिए सबसे पहले एक नई सेटिंग merge-conflict.diffViewContext जोड़ी गई थी

इससे पहले: अंतर के आसपास कोई संदर्भ नहीं है

इसके बाद: "merge-conflict.diffViewContext": 3

दूसरे, वर्तमान कार्यक्षेत्र और आने वाले परिवर्तनों के बीच पूर्ण तुलना प्रदर्शित करने के लिए एक नया कमांड कम्पेयर ऑल पेश किया गया है, जिसके साथ आप पुरानी सामग्री, आने वाली और डिस्क पर नवीनतम स्थानीय सामग्री की तुलना कर सकते हैं।

JetBrains शैली का समर्थन करने के लिए संपादक क्षेत्र में अधिक काम करने की आवश्यकता है, उदाहरण के लिए, संघर्ष से तीन स्तंभ संपादक समूह खोलना। लेकिन मैं अभी भी ऊपर उल्लिखित वर्तमान समाधान पर आपकी प्रतिक्रिया सुनना चाहता हूं।

यह उत्तम है। क्या आप लाइन दर लाइन चुन सकते हैं कि आप किस बदलाव को नई फाइल में मर्ज करना चाहते हैं या यह सिर्फ एक फाइल है या दूसरी? लाइन से लाइन या ऑल कमाल का होगा !!!

यदि आप किसी भी फ़ाइल ब्लॉक से प्रत्येक परिवर्तन को ब्लॉक करके स्वीकार कर सकते हैं और तीसरे में विलय कर सकते हैं जो शायद अधिकांश उपयोग मामलों को कवर करेगा। तो उदाहरण के लिए यदि एक फ़ाइल में 3 परिवर्तन थे और दूसरी फ़ाइल में 4 थे तो मैं जो चाहता था उसे चुन सकता था। जैसे एक फाइल से 2 बदलाव और दूसरी से 2 बदलाव स्वीकार करें। क्या यह ऐसा कर सकता है? यदि ऐसा है तो...वह चट्टानें!

@rebornix अतिरिक्त संदर्भ अच्छा है, और मुझे सभी की तुलना पसंद है, लेकिन मेरे लिए अभी भी कुछ चीजें गायब हैं:

1. आम आधार के साथ प्रत्येक "पक्ष" की तुलना करना - जबकि 3-तरफा विलय दृश्य शायद सबसे अच्छा है, यह कम से कम अंतरिम में मदद कर सकता है (मैं इसके लिए गिटलेन्स में कुछ जोड़ने के साथ कर रहा हूं)
2. तुलना दृश्य में संपादित करने में सक्षम होने और परिवर्तनों को दस्तावेज़ में वापस समन्वयित करने में सक्षम होने के कारण - यह कुछ ऐसा है जिसके बारे में बेहतर-मर्ज को कोर में लाने से पहले बात की गई थी। इसके बारे में यहां एक अनुरोध था (हालांकि मूल अनुरोध समाप्त हो गया है: रो :) https://github.com/microsoft/vscode/issues/10547#issuecomment -300201327'

# 2 शायद आज एक कस्टम फाइल सिस्टम प्रदाता के साथ किया जा सकता है (हालांकि यह बहुत अधिक ओवरकिल की तरह लगता है)

@ईमोडियो

आम आधार के साथ प्रत्येक "पक्ष" की तुलना करना - जबकि 3-तरफा विलय दृश्य शायद सबसे अच्छा है, यह कम से कम अंतरिम में मदद कर सकता है (मैं इसके लिए गिटलेन्स में कुछ जोड़ने के साथ कर रहा हूं)

इसके लिए एक नया तीन तरह का अंतर दृश्य (एक तीन तरह से भिन्न एल्गोरिथ्म और एक तीन कॉलम संपादक) जोड़ने की आवश्यकता है, लेकिन यह करने योग्य है। # 2 के लिए, मुझे लगता है कि एक कस्टम फ़ाइल सिस्टम प्रदाता जाने का सही तरीका है क्योंकि डिस्क पर फ़ाइल सामग्री में मर्ज विरोध होता है (जैसे >>>>>>, <<<<<< ), जबकि भिन्न दृश्य से सामग्री परिवर्तन चुनते समय, हम नहीं चाहते डिस्क पर फ़ाइल के साथ गड़बड़ करने के लिए, इसलिए यह पहले से ही एक वर्चुअल फ़ाइल सिस्टम प्रदाता है।

इस फीचर की बहुत जरूरत है।

@rebornix मुझे यह विचार पसंद है कि मुझे लगता है कि यह 3 कॉलम संपादक खोलने से भी बेहतर हो सकता है क्योंकि लैपटॉप स्क्रीन बहुत बड़ी नहीं हैं। मुझे लगता है कि इसे थोड़ा सुधारना आसान हो सकता है, अंत में शीर्ष संपादक पर संदर्भ दिखाते हुए गिटक्रैकन मर्ज टूल की तरह दिखने के लिए और नीचे की तरफ रिलेटिंग फ़ाइल (वर्तमान में >>>> <<<< ...) को संपादित करने की इजाजत देता है। .

हाँ, अक्सर जब विलय संघर्ष होता है तो मैं PHPStorm पर स्विच करता हूं, भले ही परियोजना पर अन्य काम मैं वीएससीओडी में करता हूं। यह अजीब है कि दो साल बीत गए और अभी भी कोई उपयुक्त विलय नहीं हुआ है।

@rebornix मुझे यह विचार पसंद है कि मुझे लगता है कि यह 3 कॉलम संपादक खोलने से भी बेहतर हो सकता है क्योंकि लैपटॉप स्क्रीन बहुत बड़ी नहीं हैं। मुझे लगता है कि इसे थोड़ा सुधारना आसान हो सकता है, अंत में शीर्ष संपादक पर संदर्भ दिखाते हुए गिटक्रैकन मर्ज टूल की तरह दिखने के लिए और नीचे की तरफ रिलेटिंग फ़ाइल (वर्तमान में >>>> <<<< ...) को संपादित करने की इजाजत देता है। .

मैं असहमत हूं, तीन कॉलम लेआउट वेबस्टॉर्म को इतना महान बनाने का हिस्सा है। यह बहुत साफ-सुथरा अवलोकन रखता है

यहां भी, मैं विवाद समाधान को मर्ज करने के लिए हमेशा IntelliJ पर स्विच करता हूं। "सरल संघर्षों को हल करें" जादू की छड़ी उपकरण इतना समय भी बचाता है!

मैं संघर्षों को हल करने के लिए विजुअल स्टूडियो 2017 में वापस बदलता हूं ...

मंगल, जून 25, 2019 में 8:35 AM पर Fabb [email protected] लिखा है:

यहां भी, मैं विवाद समाधान को मर्ज करने के लिए हमेशा IntelliJ पर स्विच करता हूं।
"सरल संघर्षों को हल करें" जादू की छड़ी उपकरण इतना समय भी बचाता है!

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने इस थ्रेड की सदस्यता ली है।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/microsoft/vscode/issues/37350?email_source=notifications&email_token=AAEN6O3LOPBVEY7PMABVNRDP4I3KZA5CNFSM4EBV5J4KYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/AAEN6O4AO24V4GB24EWOJGDP4I3KZANCNFSM4EBV5J4A
.

vscode को git विरोध टूल को बदलना होगा, क्योंकि विरोधों को हल करते समय vscode <<< , === जोड़ता है, जो भाषा सिंटैक्स त्रुटि का कारण बनता है

@ SupinePandora43 यह <<< , === जोड़ता है। वेबस्टॉर्म इस ब्लॉक को पार्स करता है और विलय के लिए बेहतरीन विजुअल टूल बनाता है।

@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 वीएस कोड में अब कुछ भी नहीं है जो 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-तरफा अंतर कर सकता है (भविष्य में गिटलेंस द्वारा मनमाने ढंग से सुपर-संचालित होने के लिए अलग और पूर्वजों का चयन करें, इसमें कोई संदेह नहीं है)।

जब आप दो अलग-अलग परिवर्तनों के संदर्भ को समझने में सक्षम होना चाहते हैं, तो साथ ही साथ उनके मतभेदों को समेटते हुए, नीचे दिए गए कॉन्फ़िगरेशन परिवर्तनों में अधिकांश वास्तविक-विश्व मर्ज-संघर्ष प्रासंगिकता की आवश्यकता होती है, जो डिफ़ॉल्ट VSCode/Git सेटिंग्स से बेहतर होती है। तो, भविष्य के खोजकर्ताओं के लिए:

1. अपनी गिट संघर्ष शैली को diff3 में बदलकर दो भिन्नताओं के सामान्य (अलग-अलग) पूर्वजों का खुलासा सक्षम करें। इसे या तो अपना ~/.gitconfig संपादित करके या क्ली का उपयोग करके करें: git config merge.conflictStyle diff3
2. डिफ व्यू पोजीशन के लिए अपनी VSCode सेटिंग को "नीचे" या "बगल" "merge-conflict.diffViewPosition": "Below"

बधाई हो, अब आप अपने दो अंतरों के संदर्भ को स्थिर संदर्भों के रूप में देख सकते हैं, जिस सामान्य आधार से वे दोनों ब्रांच करते हैं, और सभी अभी भी इन-लाइन डिफरेंस का उपयोग करके सभी तीन संदर्भों (पूर्वजों, शाखा ए, और शाखा बी) में संपादन कर रहे हैं। यह अब एक गरीब आदमी vimdiff है।

(बिना हाइलाइट के सामान्य पूर्वजों के अंतर को प्रदर्शित करने के लिए एक स्थिर फलक जोड़ना प्रमुख संपादक की आवश्यकता के बिना कम लटकने वाला फल आसान जोड़ होगा या विमडिफ की बात करते हुए अलगो अपडेट को अलग करेगा)

और अगर ये GIT में बदलाव नहीं हैं? (मैं बल का उपयोग कर रहा हूं, और मेरे पास अभी इसमें कोई विकल्प नहीं है।)

https://github.com/Microsoft/vscode/issues/25887 . का डुप्लिकेट

#25887 . का डुप्लीकेट

वह दो कॉलम वाला दृश्य है। यह तीन स्तंभों वाला दृश्य है।

#25887 . का डुप्लीकेट

वह दो कॉलम वाला दृश्य है। यह तीन स्तंभों वाला दृश्य है।

मैंने सोचा कि यह मुद्दों को एक साथ जोड़ने के लायक होगा, क्योंकि यह वही समस्या है।
दो या तीन कॉलम समाधान का हिस्सा हैं।
एक तरफ ध्यान दें, जोड़ने के लिए मेरी प्रेरणा दोनों मुद्दों से आकर्षण प्राप्त करना है और जितनी जल्दी हो सके लापता व्यवहार को जोड़ना है - मैं वास्तव में उस सुविधा का उपयोग करना चाहता हूं

लेकिन यहां 310 (#25887) के मुकाबले 427 वोट हैं। हो सकता है कि यदि आप पहले से ही मर्ज करना चाहते हैं तो आप वोटों की गिनती एक साथ कर सकते हैं। यह फीचर होगा टॉप 10

एक प्रभावी और उपयोगकर्ता के अनुकूल IntelliJ स्टाइल 3 पेन मर्ज को लागू करना (कभी-कभी थ्री वे मर्ज के रूप में संदर्भित किया जाता है, लेकिन यह परिणाम फलक में मर्ज की गई दो फाइलें हैं) VS कोड संपादक उत्पाद को दुनिया के शीर्ष पर रखेगा। मैं इसके बारे में निश्चित हूं - और इनमें से कई धागे और कई टिप्पणियां इस सुविधा की कमी के कारण लोगों को अपने इंटेलिज उत्पादों को "पकड़" रखने की कहानी बताती हैं। मैं नहीं देखता कि कैसे एक फीचर अनुरोध बेहतर प्रेरित हो सकता है या उत्पाद मालिकों/डेवलपर्स के लिए स्पष्ट प्राथमिकता हो सकती है। इस पर आपके (देवों, प्रबंधकों बनाम कोड) विचारों पर कोई खबर?

तथ्य यह है कि कुछ लोग इस बात की ओर इशारा करते हैं कि पहले से लागू की गई विशेषताएं वीएस कोड को वांछित परिणाम में लाती हैं, केवल मुझे बताती है कि इसे सभी तरह से लागू करना वास्तव में उस मांग की नहीं होनी चाहिए, अगर अधिकांश काम पहले ही हो चुका है।

यही कारण है कि मैं अभी भी मेल्ड को अपने मर्जटूल के रूप में उपयोग करता हूं

यही कारण है कि मैं अभी भी मेल्ड को अपने मर्जटूल के रूप में उपयोग करता हूं

उदात्त विलय मेल्ड से कहीं बेहतर है

यही कारण है कि मैं अभी भी मेल्ड को अपने मर्जटूल के रूप में उपयोग करता हूं

उदात्त विलय मेल्ड से कहीं बेहतर है

मैं सहमत हूं, हालांकि मुझे नहीं लगता कि यह चर्चा करने का स्थान है कि कौन सा मर्ज टूल सबसे अच्छा है।

क्या वर्तमान और आने वाले दोनों परिवर्तनों के लिए एक सामान्य आधार दिखाना कम से कम संभव है?

@ackvf हाँ, आप तीन-तरफ़ा अंतर के साथ कर सकते हैं

तो क्या नया है?

प्रतीक्षा भी, कोई भी कृपया मुझे इसके उपलब्ध होने पर नोटिस करें

उसी का इंतज़ार...क्या वह टूल कमाल का होगा

शायद मुझे IntelliJ भी मिलना चाहिए :)

+1 यहाँ, अब केवल यही कारण है कि मैं वेबस्टॉर्म का उपयोग करता हूँ!
+1
उसी का इंतज़ार...क्या वह टूल कमाल का होगा
शायद मुझे IntelliJ भी मिलना चाहिए :)

कृपया इस टिकट के सभी ग्राहकों को गैर-संबंधित संदेशों के साथ स्पैम करना बंद करें।

इसे देखें https://marketplace.visualstudio.com/items?itemName=mhutchie.git-graph#review -details। मुझे लगता है कि इस एक्सटेंशन में लगभग वैसी ही विशेषताएं हैं जैसे वेबस्टॉर्म आईडीई में।

यही मुख्य कारण है कि मैं अपने मुख्य संपादक के रूप में vscode का उपयोग नहीं करता। यह देखना बहुत अच्छा होगा क्योंकि बिल्ट-इन गिट इंटीग्रेशन और मर्जिंग वेबस्टॉर्म में बहुत अधिक मददगार है। यह जोड़ा देखना बहुत अच्छा होगा।

मुझे अपने जीवन में इसकी जरूरत है।

इस सुविधा के बारे में कोई खबर नहीं है? या एक प्लगइन भी ठीक है: डी ??

बनाम कोड बहुत अच्छा है लेकिन वास्तव में अभी भी इसके लिए इंटेलिज मर्ज टूल का उपयोग कर रहा है ..)

हमारे पास केवल 2020 का रोडमैप है जिसमें "पूर्ण मर्ज समर्थन (3-वे)" का उल्लेख है: https://github.com/microsoft/vscode/wiki/Roadmap#scm

ओह यार! VSCode से इतनी बड़ी चूक। मुझे आश्चर्य है कि डेवलपर्स इस सुविधा के बिना कैसे जीवित रहते हैं। मैं इसके लिए वेबस्टॉर्म का सहारा लेने जा रहा हूं

विजुअल स्टूडियो कोड के लिए गिट ग्राफ एक्सटेंशन की जांच की लेकिन अभी भी सुविधा नहीं है। मैं सभी के लिए बनाम कोड का उपयोग कर रहा हूं लेकिन पिचर्म के साथ चुनिंदा संस्करणों को मर्ज कर रहा हूं।

_Still_ विलय के लिए IntelliJ का उपयोग कर रहा है। साथ ही कमिट पैनल, जहां हम चुन सकते हैं कि कौन सी फाइल को उसी फाइल से रखना है। आदि

यार मैंने यह अनुरोध ३ साल पहले बनाया था :)

हालांकि वीएससीओडी बहुत अच्छा है, फिर भी मुझे गिट से संबंधित कार्यों के लिए वेबस्टॉर्म का उपयोग करना होगा :(

मैं इसके लिए इंतज़ार कर रहा हूं

अभी भी इसका समर्थन क्यों नहीं? क्या कोई बनाम कोड प्लगइन बाजार में समान भूमिका निभाता है?

@sshsu
मैं गलत हो सकता हूं, लेकिन मुझे लगता है कि सीमित कारक संपादक सुविधाओं को याद कर रहे हैं। यदि प्लगइन लिखना संभव होगा, तो पहले से ही एक होगा

मैं गलत हो सकता हूं, लेकिन मुझे लगता है कि सीमित कारक संपादक सुविधाओं को याद कर रहे हैं। यदि प्लगइन लिखना संभव होगा, तो पहले से ही एक होगा

एक प्रकार का। मैंने अपने खाली समय में एक मर्ज प्लगइन लागू करना शुरू कर दिया और केवल एक चीज जो मुझे वास्तव में याद आ रही थी वह थी https://github.com/microsoft/vscode/issues/85682

हालांकि, मैं ओपन सोर्स आइडिया बनाम कोड के लिए वास्तव में आभारी हूं इसलिए मुझे जो कुछ भी जोड़ा जाएगा उसके बारे में मुझे खुशी होगी - शायद हम इस साल भी इस सुविधा को देखेंगे, क्योंकि यह रोड मैप 2020 का हिस्सा है

क्या यह सुविधा कभी आ रही है? विजुअल स्टूडियो मेनलाइन का टीएफएस में 3-तरफा विलय है

आप शायद मेरे नए एक्सटेंशन VS कोड को Git Mergetool के रूप में आज़माना चाहते हैं । एपीआई की कमी के कारण इसमें कुछ कमी है लेकिन मुझे अभी तक मेरे अलावा कोई नकारात्मक प्रतिक्रिया नहीं मिली है। हालाँकि, प्रस्तावित चार-फलक लेआउट में तीन-स्तंभ लेआउट पर कुछ फायदे भी हो सकते हैं।

यह अभी मार्केटप्लेस में नहीं है, लेकिन इसे मैन्युअल रूप से इंस्टॉल किया जा सकता है। _यह अब मार्केटप्लेस पर उपलब्ध है।_

यह सुविधा मिलने पर मैं वेबस्टॉर्म को हटा दूंगा।

बहुत जरूरी: +1:

यह एक बेहतरीन फीचर होगा <3

एक अस्थायी समाधान के रूप में https://editor.mergely.com जैसे ऑनलाइन टूल का उपयोग

मेरे पास कुछ साल पहले की एक टिप्पणी है जो दूसरों के समान ही कह रही है, और जब मुझे लगता है कि एक वैकल्पिक तीन तरह से विलय दृश्य बहुत बढ़िया होगा, तो मैं वास्तव में इस नंगे रास्ते को पसंद करता हूं क्योंकि यह सचमुच टेक्स्ट पर सिर्फ एक त्वचा है जो गिट डालता है वहां।

मैं क्या कहना चाहता हूं कि यह VSCode का उपयोग करने वाले किसी भी व्यक्ति के लिए "अवरोधक" नहीं होना चाहिए। गिट इंटरैक्शन के लिए आईडीईए आईडीई पर वापस जाने के बजाय इसे आज़माएं। (मेरे द्वारा सुझाया गया एकमात्र एक्सटेंशन गिट ग्राफ है)