vscode 🚀 - गिट: विलय संपादक के रूप में वीएस कोड का प्रयोग करें

अभी तक समर्थित नहीं है।

joaomoreno 26 अप्रैल 2016

😕93 👎6 😄2

क्या इस सुविधा को किसी भी संयोग से अगले पुनरावृत्ति में शामिल किया जा रहा है?

skijit 4 मई 2016

👍21

शायद नहीं, यह एक बड़ा प्रयास है, क्योंकि मर्ज यूआई को लागू करने की आवश्यकता है।

joaomoreno 24 मई 2016

👍1

क्या थ्री-वे मर्जिंग को सपोर्ट करने के लिए मर्ज UI की कोई योजना है? (जैसे परिवर्तन ए, परिवर्तन बी, सामान्य पूर्वज)

ZombieProtectionAgency 16 जून 2016

👍83 ❤5 🎉4

हमारे पास यह किसी अन्य तरीके से नहीं होगा। मैं

joaomoreno 17 जून 2016

👍129 🎉33 ❤23

इसे पर्याप्त रूप से ऊपर नहीं उठा सकते। मेरे लिए एक अलग संपादक/आईडीई ( खांसी * मेमोरी-हॉग वेबस्टॉर्म * खांसी ) पर वापस आने के लिए यह शीर्ष परिदृश्य है :)

theoy 8 अग॰ 2016

👍61 👎1

यदि संभव हो, तो यह कई कारणों से एक ईश्वरीय वरदान होगा:

मेल्ड, हालांकि कार्यात्मक है, कॉन्फ़िगर करने योग्य कुंजी-बाइंडिंग और रंग हाइलाइटिंग के संबंध में कार्यक्षमता में गंभीर रूप से कमी है, और एसएसडी पर स्थापित होने पर भी, मेरी विंडोज मशीन पर शुरू करने के लिए वास्तव में _really_ धीमा है।
मैं चाहता हूं कि मर्ज संपादक भी उसी .editorconfig/सेटिंग्स को स्वीकार करे जो मेरे मुख्य टेक्स्ट एडिटर के पास है, और यदि vscode उस अंतर को भरता है, तो यह बहुत अच्छा होगा।
छोटे स्तरों पर, संपादक विषय और इंटरफ़ेस के साथ परिचितता भी एक प्लस है - कभी-कभी मैं या मेरी टीम कोई सिंटैक्स हाइलाइटिंग के कारण विलय करते समय गलतियाँ करती है, जो हालांकि छोटी है, उत्पादन प्रणालियों में बड़ी बग का कारण बनी है। और उनमें से कुछ गलतियाँ तब तक थाह पाना भी मुश्किल है जब तक वे घटित नहीं हो जातीं। _मुझे लगता है कि हमेशा मर्जटूल के साथ समान समस्याएं होंगी, लेकिन शायद वे कम हो जाएंगे यदि कोई उसी वातावरण में विलय कर सकता है जिसमें कोई लिखता है।

जैसा मैंने कहा, मिश्रण _ok_ है, लेकिन यह बहुत अच्छा होगा यदि उस परिदृश्य में किसी दिन बनाम कोड का उपयोग किया जाएगा।

kumarharsh 8 अग॰ 2016

👍24 ❤4

विजुअल स्टूडियो हमेशा मेरी पसंद का कोड विलय था। इस सुविधा को देखना पसंद करेंगे!

egucciar 28 अक्तू॰ 2016

👍9 ❤2

अन्य git mergetool का उपयोग करने में कोई समस्या नहीं है, लेकिन वास्तव में अपने मर्ज UI को वास्तव में जल्द ही देखना चाहते हैं !!

cchitsiang 29 अक्तू॰ 2016

👍4

मैं मेह।

मैं भारी वजन वाले आईडीई में इन सुविधाओं की अपेक्षा करता हूं। Vscode के हल्के वजन संपादकों के वर्ग में (जिसमें मैं परमाणु, उदात्त, आदि पर विचार करता हूँ) मैं नहीं करता। गिट से संबंधित गतिविधियों के लिए मैं एक टर्मिनल का समर्थन करता हूं और संघर्ष समाधान के लिए विम करता हूं। जीयूआई भीड़ में पहले से ही बहुत अच्छे यूनी-टास्कर हैं जैसे मेल्ड, डिफरेज, कैलिडोस्कोप इत्यादि।

@ कुमारहर्ष यह तत्काल प्रतिक्रिया के बारे में एक अच्छा बिंदु है (उदाहरण के लिए; लाइनिंग।) ऊपर विम मार्ग पर जाकर, मुझे लगता है कि आप गिट के डिफ़ॉल्ट बाहरी संपादक को बनाम कोड पर सेट कर सकते हैं ... परियोजना-विशिष्ट लाइनिंग को संदर्भ प्रदान करने के लिए दर्द हो सकता है/ वाक्यविन्यास/आदि नियम।

eckdanny 2 दिस॰ 2016

👎91 👍3

+1

herbertpimentel 6 दिस॰ 2016

👎10

क्या इस सुविधा को vscode के विस्तार के रूप में लागू किया जा सकता है? या कोई भी अनुशंसित अतिरिक्त मौजूद है।

suiwenfeng 7 दिस॰ 2016

मुझे ऐसा नहीं लगता, जैसा कि मैं देख सकता हूं कि ui सुविधाओं को बनाने की अनुमति नहीं है

Enviado do meu telefone Windows 10

डी: टैंक सुई
Enviado:quarta-feira , 7 डे डेज़म्ब्रो डे 2016 10:41
पैरा: माइक्रोसॉफ्ट / बनाम कोड
सीसी: हर्बर्ट पिमेंटेल; टिप्पणी
Asunto: पुन: [Microsoft/vscode] VS कोड का उपयोग git mergetool (#5770) के रूप में करना

क्या इस सुविधा को vscode के विस्तार के रूप में लागू किया जा सकता है? या कोई भी अनुशंसित अतिरिक्त मौजूद है।
-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की थी।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें, या थ्रेड को म्यूट करें।

herbertpimentel 7 दिस॰ 2016

प्लगइन UI सुविधाएँ प्रदान कर सकता है: Git इतिहास देखें। यह एक वेबव्यू प्रस्तुत करता है, जिसे "संभावित रूप से" मर्ज-टूल के रूप में उपयोग किया जा सकता है। लेकिन मुझे लगता है कि प्लगइन के लिए इसे बनाम कोड द्वारा कुछ स्तर के समर्थन के बिना करना बहुत मुश्किल होगा।

kumarharsh 7 दिस॰ 2016

👍2

बहुरूपदर्शक, मेल्ड, आदि उपकरणों के साथ मुख्य मुद्दा बहुत ही विशिष्ट उपयोग-मामले में है:
मर्ज के दौरान परिणाम संपादित करें। जैसे, आप जानते हैं: इस रेखा को बाईं ओर से स्वीकार करें, उस रेखा को दाईं ओर से स्वीकार करें, और साथ ही, इस छोटे से सुधार को जोड़ें ताकि वे दोनों एक साथ काम कर सकें।
कप्तान स्पष्ट रूप से रिपोर्ट कर रहा है: विलय उपकरण विलय में अच्छे हैं: डी
लेकिन मेल्ड का उपयोग करके संपादन पूरी तरह से दर्द होता है, खासकर जब आप बनाम कोड जैसे आसान टूल के अभ्यस्त हो जाते हैं। इसलिए अधिकांश डेवलपर अपने संपादक में मर्ज-टूल को एकीकृत करना चाहते हैं।

josser 7 दिस॰ 2016

👍31

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

jayshah123 30 दिस॰ 2016

👍14 👎13

हमें अंतर देखने की अनुमति देता है (एक संपादक में अविश्वसनीय रूप से उपयोगी विशेषताएं) लेकिन हमें विलय करने का एक तरीका नहीं देना बहुत ही जबरदस्त है

idibidiart 1 फ़र॰ 2017

👍8

एक वीएस कोड एक्सटेंशन विवादों को मर्ज करने के लिए एकदम सही होगा।

MarvDann 27 फ़र॰ 2017

+1

bogminic 2 मार्च 2017

👎24

नवीनतम वीएस कोड में काम नहीं कर रहे संघर्ष समाधानकर्ता द्वारा गिट साइड।

संस्करण 1.10.2
प्रतिबद्ध 8076a19fdcab7e1fc1707952d652f0bb6c6db331
दिनांक 2017-03-08T14:02:52.799Z
शैल 1.4.6
रेंडरर 53.0.2785.143
नोड 6.5.0

vidhya03 14 मार्च 2017

वास्तव में किसी अन्य संपादक का उपयोग करने के बजाय, मेरे कोड संपादक (vscode) का उपयोग करते समय विलय करते समय कोड संपादित करने में सक्षम होना चाहते हैं।

tolgabalci 15 मार्च 2017

👍7

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

lfelipeqn 24 मार्च 2017

👍12

+1

ghost 6 अप्रैल 2017

👎17 👍3

मुझे मेरीटूल चाहिए

stfenjobs 10 अप्रैल 2017

👎15 👍7

मैं अभी के लिए "बेहतर मर्ज" एक्सटेंशन की सिफारिश कर सकता हूं ...

alirobe 30 अप्रैल 2017

हां, मैं अब इसका उपयोग कर रहा हूं, और बहुत ठीक है!

इसलिए, मुझे लगता है कि इस मुद्दे को बंद किया जा सकता है?
रविवार, 30 अप्रैल 2017 को शाम 4:58 बजे, अली रॉबर्टसन नोटिफिकेशन @github.com
लिखा था:

मैं अभी के लिए "बेहतर मर्ज" एक्सटेंशन की सिफारिश कर सकता हूं ...
-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की थी।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/Microsoft/vscode/issues/5770#issuecomment-298222866 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/AAU8Q2JVio1PlIvEb8S1zg2cf5tzxxciks5r1Fs9gaJpZM4IPCMA
.
>

आईफोन से भेजा गया

cchitsiang 1 मई 2017

@alirobe बेहतर मर्ज में तीन संस्करण वाली विंडो नहीं हैं जैसे meld
ऐसा लगता है कि वीएससी में सिर्फ तीन विंडो हैं, लेकिन कोई भी मर्ज टूल लागू नहीं करता है?

zjjott 9 मई 2017

👍3

हाय @nchammas , @joaomoreno और आप सभी अन्य इच्छुक लोग,
आज मैंने अपने git mergetool के रूप में वीएस कोड का उपयोग करके सेटअप किया और इसे स्टैक ओवरफ्लो पर समझाया : गिट मर्जटूल के लिए विजुअल स्टूडियो कोड को डिफ़ॉल्ट संपादक के रूप में कैसे उपयोग करें (यह इसे अधिक विस्तार से बताता है, इसलिए इसे देखें!)

यहाँ गति संस्करण है:
आप अपना .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 !

आपको एक लाइन दिखनी चाहिए जो कहती है कि एक्सेप्ट करेंट चेंज | दोनों परिवर्तन स्वीकार करें | उस स्थान पर

वीएस कोड बंद करने से पहले बस अपनी फाइल को सहेजना सुनिश्चित करें!

ericop 14 जून 2017

👍60 🎉52 😄1

मुझे यह पसंद है कि इसमें कोड लेंस है "वर्तमान परिवर्तन स्वीकार करें | आने वाले परिवर्तन को स्वीकार करें | दोनों परिवर्तनों को स्वीकार करें | परिवर्तनों की तुलना करें", और जब आप "परिवर्तनों की तुलना करें" पर क्लिक करते हैं, तो मुझे अलग-अलग पसंद है, लेकिन यह मुझे कुछ भी संपादित नहीं करने देता है लाइन में, या तीसरे संयुक्त पैनल की तरह जिसे आप विजुअल स्टूडियो के मर्ज टूल या अन्य टूल्स जैसे मेल्ड, विनमर्ज, या बियॉन्ड तुलना में देखते हैं। मैं उस तीसरे पैनल को साथ-साथ तुलना करते हुए देखना पसंद करूंगा ताकि मैं और अधिक कस्टम मर्जिंग कर सकूं।

jaxspades 3 अग॰ 2017

👍8 😄2 🚀1 ❤1 🎉1

@jaxspades , FWIW, जब मुझे कस्टम करने की आवश्यकता होती है तो मैं क्या करता हूं दोनों को स्वीकार करें और फिर संपादित करें। अब तक यह काफी अच्छा काम कर चुका है, हालांकि मेरे पास अभी तक इसका उपयोग करके कोई विशेष रूप से बालों वाले विलय नहीं हुए हैं।

ambroselittle 3 अग॰ 2017

👍1

"असली" विजुअल स्टूडियो एक महान मर्ज टूल, एफडब्ल्यूआईडब्ल्यू के रूप में कार्य करता है। मुझे उस सुविधा को वीएस कोड में देखना अच्छा लगेगा।

zneak 3 अग॰ 2017

👍11 ❤3

+1 से @zneak

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

फ़ाइल परिवर्तनों पर झूठी सकारात्मकता एक समस्या है, साथ ही शाखाओं के आसपास उछलते समय भी।

मुझे उपकरण पसंद है, इस क्षेत्र में बस कमी है।

sdonaway 12 अग॰ 2017

👍8

नमस्ते
VScode में डिफ़ॉल्ट मर्ज टूल होना चाहिए।
हमारे पास कूल डिफ-टूल है, और वीएससी तीन भागों में विभाजित हो सकता है, इसलिए .. बस इसे लागू करने की आवश्यकता है।
हम इसे समुदाय द्वारा ext के साथ लागू कर सकते हैं, लेकिन हमने UI को बदलने की अनुमति नहीं दी है। हम ui में कस्टम बटन नहीं बना सकते हैं, इसलिए हमारी मदद करें

volosovich 16 अग॰ 2017

मैं विंडोज़ और मैक पर kdiff3 का उपयोग अपने डिफ़ॉल्ट git mergetool के रूप में करता हूं। इसमें 4-व्यू 3-वे मर्ज, बहुत अच्छा ऑटो-रिज़ॉल्यूशन है, और यह मुफ़्त और क्रॉस-प्लेटफ़ॉर्म है।

RoyTinker 5 अक्तू॰ 2017

मई में, बेहतर मर्ज एकीकृत किया गया था। इसने मर्ज UI को जोड़कर समस्या को प्रभावी ढंग से हल किया।
https://code.visualstudio.com/updates/v1_13

एरिकोप ने उपरोक्त मर्जटूल के रूप में 'बेहतर मर्ज' इंटरफ़ेस का उपयोग करने के लिए बनाम कोड को कॉन्फ़िगर करने पर निर्देश प्रदान किए हैं।

इसलिए इस मुद्दे को बंद किया जाना चाहिए, हल किया जाना चाहिए।

alirobe 19 अक्तू॰ 2017

👍13 👎3

@alirobe मुझे नहीं लगता कि यह मर्ज अच्छा है, शायद यह मेल जैसा लगता है, तीन संपादक स्थानीय, आधार, रिमोट दिखाते हैं

zjjott 19 अक्तू॰ 2017

👍9

@zjjot समझ में आता है, मैं एक नया मुद्दा खोलने का सुझाव दूंगा जो मौजूदा सुविधा में विशिष्ट वृद्धि का अनुरोध कर रहा है, और इसे यहां संदर्भित कर रहा है।

alirobe 19 अक्तू॰ 2017

यह मेरे द्वारा अब तक उपयोग किए गए सबसे अच्छे एक्सटेंशन में से एक है https://marketplace.visualstudio.com/items?itemName=letmaik.git-tree-compare#review -details

JediLuke 4 दिस॰ 2017

👍2

@joaomoreno आपकी टिप्पणी के बाद क्या हम भविष्य में 3 तरह से विलय देखने जा रहे हैं?

gkkirilov 14 जन॰ 2018

👍8

@ zjjot kdiff3 यह वास्तव में अच्छी तरह से करता है (स्थानीय, आधार, दूरस्थ, और परिणाम दृश्य)। मुझे सच में यकीन नहीं है कि लोगों को बनाम कोड में अतिरिक्त कार्यक्षमता की आवश्यकता क्यों है/चाहते हैं जब यह मौजूदा क्रॉस-प्लेटफ़ॉर्म टूल पहले से ही बहुत अच्छा है।

RoyTinker 14 फ़र॰ 2018

👍1

@ रॉय टिंकर क्योंकि मैं आमतौर पर सिर्फ 'विलय' नहीं करता हूं। आपको कुछ संपादित करना होगा (जब कुछ संघर्ष होता है) और जब आप कुछ संपादित करते हैं तो आप चाहते हैं कि आप सबसे अच्छे संपादक हों, न कि कुछ ऐसा जो kdiff3 के पास है (यह ठीक है लेकिन vscode बहुत बेहतर है)

josser 14 फ़र॰ 2018

👍8

आप @eamodio के साथ बात क्यों नहीं करते हैं और VSCode के लिए GitLens पर उनके अद्भुत काम को आयात करते हैं?
मैं इससे बेहद खुश हूं, खासकर जब विवादित फ़ाइल ब्राउज़ कर रहा हूं, जब मेरे पास एक ही दृश्य में दोनों धाराओं से परिवर्तन होते हैं, और वर्तमान परिवर्तन, आने वाले परिवर्तन, दोनों परिवर्तनों को स्वीकार कर सकते हैं या उन्हें एक बार में संपादित भी कर सकते हैं।
यह आदर्श के काफी करीब है, केवल कभी-कभी यह विंडोज़ पर लाइन एंडिंग के साथ पागल हो जाता है, फिर बचाव के लिए केवल पूर्ण विजुअल स्टूडियो होता है।
अन्यथा, आईडीई से अब तक का सबसे अच्छा गिट जीयूआई अनुभव।

m-wilczynski 17 फ़र॰ 2018

@ m-wilczynski जबकि मैं वास्तव में दयालु शब्दों की सराहना करता हूं - मर्ज संघर्ष समर्थन GitLens का हिस्सा नहीं है - यह सीधे vscode में ही बनाया गया है (यह मूल रूप से एक और एक्सटेंशन था जिसे कोर में लाया गया था)

eamodio 17 फ़र॰ 2018

👍2

@eamodio - श्रीमान, नहीं पता था। इस तथ्य को नहीं बदलता है, कि मेरे लिए (और मेरे अधिकांश सहयोगी जो मेरी सिफारिश के कारण VSCode @ काम का उपयोग करते हैं) VS कोड GitLens के बिना git के साथ काम करने के लिए बेकार है।
GitLens के साथ मैं VSCode को खोलने के लिए उत्सुक हूं, भले ही मैं इसमें कोडिंग नहीं कर रहा हूं (ज्यादातर टाइपस्क्रिप्ट और जावास्क्रिप्ट के लिए इसका उपयोग कर रहा हूं) बस यह देखने के लिए कि इस मर्ज में क्या चल रहा है।
यह सब उपयोगकर्ता अनुभव के बारे में है।
भले ही VSCode में यह सब शामिल था और आपको केवल इसे ठीक से देखने की आवश्यकता थी - मेरे भयानक उपयोगकर्ता अनुभव के लिए आप ही दोषी हैं। मैं

m-wilczynski 17 फ़र॰ 2018

😄3 👍3 ❤1 🎉1

@ m-wilczynski बहुत विनम्र। धन्यवाद - मैं दयालु शब्दों की बहुत सराहना करता हूँ!

eamodio 19 फ़र॰ 2018

👍4

यह अब दो साल में आ रहा है ... और इम्हो यह अभी भी इस बिंदु पर सबसे स्पष्ट गायब सुविधाओं में से एक है। VSCode को मेरा मेरिजटूल बनाना अच्छा लगेगा।

tracker1 20 फ़र॰ 2018

👍11 ❤1

@tracker1 यह समस्या तकनीकी रूप से हल हो गई है: https://github.com/Microsoft/vscode/issues/5770#issuecomment -308533904। मुझे नहीं पता कि इसे अभी तक बंद क्यों नहीं किया गया है।

OliverJAsh 20 फ़र॰ 2018

👍4

@joaomoreno क्या इस मुद्दे को बंद किया जा सकता है?

kumarharsh 11 अप्रैल 2018

मुझे लगता है कि इसका कारण अभी भी खुला है (और यह भी कि मैं इसे अभी भी क्यों देख रहा हूं) लोग बनाम कोड में एक साथ-साथ तीन तरह की विलय क्षमता की तलाश में हैं। उदाहरण के लिए, मैं वर्तमान में मेल्ड ( उदाहरण स्क्रीनशॉट ) का उपयोग करता हूं।

hryanjones 11 अप्रैल 2018

👍25

हां और हमारे पास परिदृश्य हैं जब गिट में संघर्ष (नाम बदलें/नाम बदलें) और $ MERGED फ़ाइल रिक्त और स्टिल आवश्यक संपादन में $ LOCAL $ रिमोट कमांड में आती है, मैं इस समस्या के लिए नीचे इस cmd का उपयोग कर रहा हूं

code --wait --diff $REMOTE $LOCAL | cp $LOCAL $MERGED

ucavalcante 11 अप्रैल 2018

👍1

लेकिन उन्हें अलग-अलग मुद्दों में बनाया जा सकता है - इस विशेष मुद्दे का प्राथमिक काम आईएमओ किया जाता है।

kumarharsh 12 अप्रैल 2018

हो सकता है कि #5770 में जो दिखाया गया है वह छोटे बदलावों के लिए ठीक काम करता है, हालांकि बड़े बदलावों के लिए यह एक खराब अनुभव है और इसे ठीक से करने के लिए आपको वास्तव में 3 या 4 फलक अनुभव की आवश्यकता है।

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

tolgabalci 13 अप्रैल 2018

👍9

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

jaxspades 17 मई 2018

👍7 ❤1 🎉1

अब vscode में दो से अधिक विंडो दृश्यमान होने का विकल्प है। (v1.24.0 के अनुसार)। मैंने खुद को 3 तरह से मर्ज करने की कोशिश नहीं की है, लेकिन यह निश्चित रूप से अब एक संभावना होनी चाहिए

arijoon 8 जून 2018

👍7

यह निश्चित रूप से इस अद्भुत संपादक की सबसे बड़ी कमी है

andrewmclagan 8 अग॰ 2018

👍19 ❤6 🎉5

थ्री-वे मर्ज जरूरी है। गिट मर्ज करने का वर्तमान तरीका उपयोग में बहुत कच्चा है।

michaelKurowski 27 अग॰ 2018

👍26

कृपया थ्री वे मर्ज जोड़ें

29e7e280-0d1c-4bba-98fe-f7cd3ca7500a 7 दिस॰ 2018

👍5

@michaelKurowski हाँ हाल ही में मैंने सहकर्मियों को VScode विलय क्षमताओं के बारे में शिकायत करते हुए सुना, हालांकि विवरण में गोता नहीं लगाया। तो संक्षेप में अगर इस पहलू में सुधार किया जा सकता है, तो यह बनामकोड के लिए अच्छा होगा।

giorgi-m 7 दिस॰ 2018

👍2

कृपया थ्री वे मर्ज जोड़ें

KamilKot95 16 दिस॰ 2018

👍8

मुझे यकीन नहीं है कि मैं पूरी तरह से समझता हूं। यहाँ के लोग थ्री-वे मर्ज की माँग कर रहे हैं, लेकिन ऐसा लगता है कि VSCode में पहले से ही थ्री-वे मर्ज है, जैसा कि इस स्क्रीनशॉट में है।

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

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

क्या इस मुद्दे को "मौजूदा 3-तरफा मर्ज कार्यक्षमता को लागू करने के लिए कमांड लाइन विकल्प जोड़ें" जैसा कुछ कहा जाना चाहिए, या ऐसा कुछ है जिसे मैं वीएससीओडी में वर्तमान विलय कार्यान्वयन के बारे में गलत समझ रहा हूं, इसके अलावा कमांड लाइन उपयोग की कमी है, जो इसे अनुपयुक्त बनाता है गिट तीन तरह विलय के लिए?

uglycoyote 4 फ़र॰ 2019

👎4 👍2

मुझे यकीन नहीं है कि मैं पूरी तरह से समझता हूं। यहाँ के लोग थ्री-वे मर्ज की माँग कर रहे हैं, लेकिन ऐसा लगता है कि VSCode में पहले से ही थ्री-वे मर्ज है, जैसा कि इस स्क्रीनशॉट में है।
हालांकि, जैसा कि मैं इसे समझता हूं, कमांड लाइन से तीन-तरफा विलय का आह्वान करने का कोई तरीका नहीं है। जैसा कि प्रारंभिक पोस्टिंग में उल्लेख किया गया है, इसमें कमांड लाइन पर चार तर्कों के साथ आह्वान करने का एक तरीका शामिल होगा: आधार फ़ाइल, दो अलग-अलग संशोधित संस्करण, और अंतिम मर्ज किए गए परिणाम को लिखने का पथ।
मेरे मामले में मैं पर्सफोर्स के साथ मर्ज टूल के रूप में वीएससीओडी का उपयोग करना चाहता हूं, गिट नहीं, लेकिन यह मानते हुए कि वीएससीओडी ने कमांड लाइन पर इन चार फाइलनामों को स्वीकार कर लिया है, तो इससे कोई फर्क नहीं पड़ता कि आप किस स्रोत नियंत्रण सॉफ्टवेयर का उपयोग कर रहे हैं, विलय की अवधारणा एक ही है।
क्या इस मुद्दे को "मौजूदा 3-तरफा मर्ज कार्यक्षमता को लागू करने के लिए कमांड लाइन विकल्प जोड़ें" जैसा कुछ कहा जाना चाहिए, या ऐसा कुछ है जिसे मैं वीएससीओडी में वर्तमान विलय कार्यान्वयन के बारे में गलत समझ रहा हूं, इसके अलावा कमांड लाइन उपयोग की कमी है, जो इसे अनुपयुक्त बनाता है गिट तीन तरह विलय के लिए?

मेरा मानना है कि वे कुछ इस तरह देखना चाहेंगे:
https://user-images.githubusercontent.com/1470309/32250860-c677e4ce-bec0-11e7-82b5-0196d981cc28.png

michaelKurowski 4 फ़र॰ 2019

👍25 ❤12

@michaelKurowski मैं देखता हूँ। शायद तब दो अलग-अलग मुद्दे हैं,

तीन-तरफा विलय का दृश्य। (मौजूदा कार्यान्वयन इनलाइन मर्ज प्रदर्शित करता है, जबकि कुछ लोग तीन-स्तंभ दृश्य के लिए पूछ रहे हैं)
VSCode को कमांड लाइन से तीन-तरफ़ा मर्ज टूल के रूप में उपयोग करने की क्षमता। (जिसके लिए वर्तमान --diff file1 file2 के समान कमांड लाइन विकल्प की आवश्यकता होगी लेकिन मर्ज समर्थन के साथ, जैसे --merge basefile revision1file revision2file mergedfile

मेरी धारणा यह है कि मूल पोस्टर बाद वाले की तरह कुछ और मांग रहा था (जो वर्तमान विज़ुअलाइज़ेशन का उपयोग करके कार्यान्वित करना आसान लगता है) जबकि विलय के तीन-स्तंभ विज़ुअलाइज़ेशन के लिए अनुरोध एक जटिल और ओपन-एंडेड अनुरोध से थोड़ा अधिक है और शायद उन दो अलग-अलग अनुरोधों के बीच भ्रम की वजह से इस मुद्दे को दबा दिया जा रहा है?

uglycoyote 4 फ़र॰ 2019

👍11

ठीक है @uglycoyote और @michaelKurowski स्पष्टीकरण के लिए धन्यवाद, तो आपकी राय में क्या हमें तीन स्तंभों के लिए समर्पित एक नया मुद्दा/सुविधा-अनुरोध बनाना चाहिए?

JeanPerriault 12 फ़र॰ 2019

👍3 ❤2

यह अच्छा होगा यदि @joaomoreno @JeanPerriault के प्रश्न और मेरे सुझाव पर टिप्पणी कर सकता है कि क्या इस मुद्दे को दो भागों में विभाजित किया जाना चाहिए, जैसा कि वह VSCode टीम में लगता है। लेकिन "एक मर्ज यूआई को लागू करने की जरूरत है" और "हमारे पास इसे किसी भी अन्य तरीके से नहीं होगा (तीन-तरफा विलय से)" के अपने पिछले प्रतिक्रियाओं को देखते हुए, ऐसा लगता है कि वह उन दोनों मुद्दों को देख रहा है जिनका मैं उल्लेख कर रहा था एक चीज के रूप में।

@joaomoreno , पहले, अल्पावधि में, मौजूदा मर्ज व्यवहार को बेनकाब करने के लिए कमांड लाइन विकल्प को लागू करने का कोई मतलब नहीं होगा? मैं व्यक्तिगत रूप से वर्तमान इनलाइन विलय का उपयोग करने के साथ ठीक रहूंगा और आवश्यक होने के लिए 3-कॉलम दृश्य नहीं ढूंढूंगा (हालांकि यह अच्छा हो सकता है)। लेकिन अगर मौजूदा मर्ज को कमांड लाइन तक जोड़ना एक आसान काम है तो मैं नहीं चाहता कि वीएससीओडी टीम के लिए एक कट्टर 3-तरफा विलय विज़ुअलाइज़ेशन को लागू करने के लिए इच्छाशक्ति की कमी से अनिश्चित काल तक रुक जाए।

uglycoyote 12 फ़र॰ 2019

👍3 😕1

हां, हमें http://meldmerge.org/ जैसे विजुअल मर्ज व्यू/एडिटर दें।

4irmann 22 फ़र॰ 2019

❤2 👍2

WinMerge एक बॉस की तरह काम कर रहा है
after-3way-merge

29e7e280-0d1c-4bba-98fe-f7cd3ca7500a 22 फ़र॰ 2019

हां, हमें http://meldmerge.org/ जैसे विजुअल मर्ज व्यू/एडिटर दें।

मैं मेल्ड का उपयोग करता हूं और जब मैं देखना चाहता हूं कि वीएससीओडी वही करता है तो मुझे ईमानदारी से इसके लिए मेल्ड का उपयोग करने में कोई समस्या नहीं दिखाई देती है।

lig 22 फ़र॰ 2019

😕2 👍1

@lig फिर मुझे संपादन के लिए बनाम कोड का उपयोग क्यों करना है? मैं सिर्फ नोटपैड का उपयोग कर सकता हूं

josser 22 फ़र॰ 2019

😄5 👍5 👎1

@josser जो भी टूल आपके वर्तमान कार्य को बेहतर ढंग से फिट करता है उसका उपयोग करें। मुझे लगता है कि यह पवित्र युद्ध ऑफटॉपिक बीटीडब्ल्यू है।

lig 22 फ़र॰ 2019

👎8

@lig मैं सिर्फ यह
क्योंकि उन्हें vscode पसंद है और दूसरे टूल्स पसंद नहीं हैं। विलय भी संपादन कर रहा है। और आप अपने प्यारे संपादक में फ़ाइलों को संपादित करना चाहते हैं, भले ही संपादन मर्ज प्रक्रिया का हिस्सा हो

इस टिप्पणी पर एक नज़र डालें: https://github.com/Microsoft/vscode/issues/5770#issuecomment -265497516

josser 22 फ़र॰ 2019

👍16 🚀1 ❤1

@josser जैसा कि पहले इस धागे में कई बार उल्लेख किया गया है, मूल प्रश्न VSCode को एक मर्जटूल के रूप में उपयोग करने के लिए git की स्थापना करके और संघर्षों के दौरान git mergetool चलाकर किया जा सकता है, जो VSCode विलय प्रवाह को खोलता है जो ठीक काम कर रहा है मेरे और अन्य उपयोगकर्ताओं के लिए।

यदि आप मर्ज टूल के रूप में VSCode का उपयोग करते समय एक मेल जैसा इंटरफ़ेस देखना चाहते हैं, तो _कृपया एक अलग मुद्दे में एक अलग सुविधा अनुरोध बनाएं_ ताकि हम अनिवार्य रूप से _एक असंबंधित सुविधा अनुरोध_ के लिए इस थ्रेड को स्पैम करना बंद कर सकें।

mkay581 22 फ़र॰ 2019

👍1

@lig मैं सिर्फ यह बताना चाहता हूं कि लोग मर्ज टूल को vscode में एकीकृत करने के लिए क्यों कह रहे हैं
क्योंकि उन्हें vscode पसंद है और दूसरे टूल्स पसंद नहीं हैं। विलय भी संपादन कर रहा है। और आप अपने प्यारे संपादक में फ़ाइलों को संपादित करना चाहते हैं, भले ही संपादन मर्ज प्रक्रिया का हिस्सा हो
इस टिप्पणी पर एक नज़र डालें: #5770 (टिप्पणी)

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

4irmann 22 फ़र॰ 2019

👍4

मैं वीएस कोड को तीन तरह से विलय संपादक के रूप में प्रयोग करने योग्य बनाना चाहता हूं। बाएं या दाएं से परिवर्तन स्वीकार या अस्वीकार करें और परिवर्तन करने से पहले परिणाम को संशोधित करें। इससे VSCode में काफी सुधार होगा। यह वास्तव में महत्वपूर्ण लोगों में से एक को छोड़कर कई शक्तिशाली गिट सुविधाओं का उपयोग करने का कोई मतलब नहीं है: विलय।

इसे जेटब्रेन की तरह बनाएं। (https://github.com/Microsoft/vscode/issues/37350)

और ईमानदारी से, मिल्ड मर्ज बहुत बदसूरत लग रहा है। यह 2012 से है, है ना? और ऐसा लगता है कि यह 2003 से है। हर बार जब मैं 3 तरह से विलय करना चाहता हूं तो मुझे समय-यात्रा क्यों करनी चाहिए?

DerValle 5 मार्च 2019

👍11 ❤2 😄2

तीन-तरफ़ा मर्ज दृश्य रखने के लिए एक नया मुद्दा बनाया गया है: https://github.com/Microsoft/vscode/issues/37350

mkay581 6 मार्च 2019

👍5

किसी ने तीन तरह से मर्ज यूआई के लिए एक अलग मुद्दा खोलने के लिए समय लिया (जैसा कि यहां अनुशंसित है) सुंदर मॉक-अप के साथ पूरा करें, केवल इसे तुरंत बंद करने के लिए। =(

mofahead 6 मार्च 2019

👍4

@mofahead ऐसा लगता है कि मैंने जो बनाया वह # 37350 का डुप्लिकेट था .. हालांकि करीबी ने इस मुद्दे का उल्लेख किया।

tracker1 8 मार्च 2019

मर्ज संपादक के रूप में सक्षम करने से पहले https://github.com/Microsoft/vscode/issues/8226 में सुधार करना अच्छा होगा

jenseralmeida 2 मई 2019

सबको नमस्ते!

आप VSCode को आधिकारिक git.mergetool के रूप में कॉन्फ़िगर करने के लिए ट्यूटोरियल का अनुसरण कर सकते हैं:

https://stackoverflow.com/a/44549734

gusbemacbe 17 मई 2019

ऐसा लगता है कि यहां कुछ भ्रम है क्योंकि लोग UI पहलुओं और मर्ज कार्यक्षमता दोनों का उल्लेख कर रहे हैं। मेरे लिए, VSCode में आज सबसे बड़ा उत्पादकता हत्यारा यह तथ्य है कि मर्ज कंधे से कंधा मिलाकर काम करता है।

मैं ईमानदारी से यह नहीं समझता कि इस कार्यक्षमता के लिए इसे दूर से एक स्वीकार्य UI कैसे माना जा सकता है। निकम्मा।

mschipperheyn 28 जून 2019

👍16

मैक वाले लोगों के लिए, यहां एक समाधान है।

डिफमर्ज स्थापित करें
VSCode गिट डिफ और मर्ज टूल इंस्टॉल करें
संपादित करें ~/.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

VSCode में, सोर्स कंट्रोल पर जाएं, फाइल पर राइट क्लिक करें और Launch merge tool चुनें

केवल एक चीज है, मैं सभी परिदृश्यों में फ़ाइलों को स्वचालित रूप से VSCode में वापस विलय करने के लिए नहीं प्राप्त कर सकता।

mschipperheyn 28 जून 2019

मैक और विंडोज पर कई सालों से डिफरेंशियल का इस्तेमाल कर रहे हैं। कुछ महीने पहले सबलाइम मर्ज पर स्विच किया गया। मैं वास्तव में, वास्तव में इसे प्यार करता हूँ। यह तेज़ है, यह आधुनिक है। जब मुझे उस माहौल में काम करने की ज़रूरत होती है तो मैं इसे विजुअल स्टूडियो के बजाय विंडोज़ पर भी इस्तेमाल करता हूं।

tverboon 28 जून 2019

👎1

गैर-वीसीएस नियंत्रित निर्देशिकाओं के अंतर और विलय के लिए emacs पर वापस :(

वीएस कोड में निर्देशिकाओं की तुलना करने के लिए एक अच्छा प्लगइन एल 13 डी है (उदाहरण के लिए स्रोत और गंतव्य कंप्यूटर के बीच कॉन्फ़िगरेशन निर्देशिका), लेकिन आप गिट या किसी अन्य संस्करण नियंत्रण के बिना विलय नहीं कर सकते हैं।

तो, यह एक सत्र बनाने के लिए emacs ' diff-directories है और फिर इस कार्य के लिए, जो मैं चुनिंदा रूप से चाहता हूं उसमें विलय करना है। मैं emacs छोड़ने की कोशिश कर रहा हूं, लेकिन मुझे अभी भी कभी-कभी ऐसी चीज मिलती है जो वह कर सकता है जो कोड नहीं कर सकता।

sinewalker 9 सित॰ 2019

वीएस कोड में निर्देशिकाओं की तुलना करने के लिए एक अच्छा प्लगइन एल 13 डी है (उदाहरण के लिए स्रोत और गंतव्य कंप्यूटर के बीच कॉन्फ़िगरेशन निर्देशिका), लेकिन आप गिट या किसी अन्य संस्करण नियंत्रण के बिना विलय नहीं कर सकते हैं।

क्या आपके पास L13D का लिंक है?

christarczon 16 सित॰ 2019

👍1

@christarczon प्लगइन को L13 Diff कहा जाता है - https://marketplace.visualstudio.com/items?itemName=L13RARY.l13-diff

augustoproiete 17 सित॰ 2019

👍4

मुझे यकीन नहीं है कि मैं पूरी तरह से समझता हूं। यहाँ के लोग थ्री-वे मर्ज की माँग कर रहे हैं, लेकिन ऐसा लगता है कि VSCode में पहले से ही थ्री-वे मर्ज है, जैसा कि इस स्क्रीनशॉट में है।

यह पूरी तरह से मामूली विलय संघर्षों के लिए काम करता है, लेकिन मुझे उन कंपनियों में लोगों का सामना करना पड़ रहा है जो केवल वीएससीओडी का उपयोग करते हैं और "मर्ज संघर्ष" का उनका पूरा विचार वीएससीओडी के अत्यधिक सरलीकृत अंतर पर आधारित है। और जब उन्हें एक गैर-तुच्छ विलय संघर्ष मिलता है, तो वे हमेशा कम से कम एक बार "एक तरफ उठा रहे हैं" (मूल रूप से उन्हें संयोजित करने के बजाय कुछ पंक्तियों में किसी के परिवर्तन को छोड़ दें)।

हमें VSCode में एक मेल्ड-जैसे इंटरफ़ेस की आवश्यकता है, न केवल इसलिए कि यह अच्छा है, बल्कि इसलिए कि इसके बिना हम युवा देवों में बुरे व्यवहार को प्रोत्साहित कर रहे हैं।

InstanceOfMichael 29 अक्तू॰ 2019

👍37 👎1

यह सिर्फ "युवा देव" नहीं है। मैं 20 वर्षों से कोडिंग कर रहा हूं और 3-फलक विलय बिल्कुल बेहतर है। यदि आप एक ही बार में कोड के प्रत्येक संस्करण की संपूर्णता देख सकते हैं, तो आप एक इनलाइन अंतर के साथ गलतियाँ करेंगे , जिसे आपने पकड़ा होगा।

thw0rted 29 अक्तू॰ 2019

👍50 ❤13

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

rasmusgo 31 अक्तू॰ 2019

👍18

@lig मैं सिर्फ यह बताना चाहता हूं कि लोग मर्ज टूल को vscode में एकीकृत करने के लिए क्यों कह रहे हैं
क्योंकि उन्हें vscode पसंद है और दूसरे टूल्स पसंद नहीं हैं। विलय भी संपादन कर रहा है। और आप अपने प्यारे संपादक में फ़ाइलों को संपादित करना चाहते हैं, भले ही संपादन मर्ज प्रक्रिया का हिस्सा हो

क्योंकि VSCode एक गौरवशाली टेक्स्ट एडिटर से कहीं अधिक है। यह लिंटर और इंटेलिजेंस के साथ एक आईडीई है। यह अपरिभाषित चर के लिए मेरे पायथन कोड को भी पार करता है। और मुझे यह देखने में सक्षम होने के लिए विलय करते समय बहुत उपयोगी लगता है, वास्तविक समय में, संकेत है कि लिंटर + इंटेलिजेंस + इत्यादि। ऑफ़र करता है जब मैं चुनता हूं कि कौन सी लाइनें स्वीकार करनी हैं।

"गूंगा" मर्ज-टूल का उपयोग करने से मर्ज में गलतियों को ढूंढना मुश्किल हो जाता है और यहां तक कि विलय और वीएससी में वापस जाने के बाद भी इसे ठीक करना मुश्किल हो जाता है।

leongwaikay 14 दिस॰ 2019

👍7

यह सिर्फ 2 या 3 चीजों में से एक है जो मुझे वीएस कोड पर वापस आने से रोकता है

D7Torres 8 जन॰ 2020

यह है 2020 के रोडमैप में-

पूर्ण मर्ज समर्थन प्रदान करें (3-तरफा)

देखें- https://github.com/microsoft/vscode/wiki/Roadmap#scm

gulshan 8 जन॰ 2020

👍54 🎉38 ❤27 🚀17 👀12 😄5

मैंने अभी अपना एक्सटेंशन VS कोड Git Mergetool के रूप में जारी किया है। यह अन्य मर्ज विरोध संपादकों की तरह सुविधा संपन्न नहीं है, लेकिन प्रयोग करने योग्य होना चाहिए। डिफ़ॉल्ट रूप से मैंने एक 4-फलक लेआउट कॉन्फ़िगर किया जो मुझे शास्त्रीय 3-स्तंभ लेआउट से अधिक व्यावहारिक लगा। प्रतिक्रिया के लिए बाहर देख रहे हैं!

यह अभी मार्केटप्लेस में उपलब्ध नहीं है इसलिए आपको इसे GitHub से डाउनलोड करना होगा और इसे मैन्युअल रूप से इंस्टॉल करना होगा। मार्केटप्लेस पर उपलब्ध है।_

zawys 26 अग॰ 2020

👀4 ❤1 👍1

हैलो @zawys ,

क्या यह उन 3 या 4 फ़ोल्डरों की तुलना करने का समर्थन करता है जिन्हें मैं oprhan फ़ाइलों को मर्ज करूँगा?

gusbemacbe 1 सित॰ 2020

हाय @gusbemacbe ,

अपनी वर्तमान स्थिति में, एक्सटेंशन को मुख्य रूप से "3-वे" फ़ाइल मर्ज टूल के रूप में git mergetool के इंटरफ़ेस में फ़िट करने के रूप में सोचा गया था। यह अभी भी प्राथमिक लक्ष्य है। हालाँकि, मैं कार्यक्षमता का विस्तार करने की योजना बना रहा हूँ ताकि कोई git-mergetool प्रक्रिया को चलाने की आवश्यकता न हो क्योंकि उस छोटी शेल स्क्रिप्ट में कुछ UX कमियाँ हैं। इसके बजाय, मैं वीएस कोड के साथ विस्तार को और अधिक एकीकृत करना चाहता हूं।

उस प्रक्रिया में, मैं git-mergetool की कुछ कार्यक्षमताओं को क्लोन कर दूंगा, उदाहरण के लिए डिलीट को हल करना और प्रतीकात्मक लिंक मर्ज संघर्ष। मुझे यकीन नहीं है कि यह आपके उपयोग के मामले को कितना दूर करता है। हो सकता है कि मैं भी जोड़ सकता हूं उदाहरण के लिए एक स्वीकार-सभी-आने वाली-इन-फ़ोल्डर कमांड। कृपया इसके लिए एक मुद्दा खोलें
आगे चर्चा करने के लिए विस्तार।

zawys 1 सित॰ 2020

👍4

मेरा एक्सटेंशन अब मार्केटप्लेस पर पाया जा सकता है।

zawys 3 सित॰ 2020

👍5 🚀3 ❤1 🎉1

मेरा एक्सटेंशन अब मार्केटप्लेस पर पाया जा सकता है।

202010-04_0859_27__

InLaw 4 अक्तू॰ 2020

@InLaw एक्सटेंशन का उपयोग करने के लिए आपको अपना वीएस कोड अपडेट करना होगा। आगे की चर्चा के लिए, कृपया एक्सटेंशन की साइट पर एक बग रिपोर्ट बनाएं।

zawys 4 अक्तू॰ 2020

Vscode: गिट: विलय संपादक के रूप में वीएस कोड का प्रयोग करें

सबसे उपयोगी टिप्पणी

सभी 96 टिप्पणियाँ

>

संबंधित मुद्दों