मर्ज (संस्करण नियंत्रण): Difference between revisions

Latest revision as of 11:44, 10 August 2023

संस्करण-नियंत्रित प्रोजेक्ट का उदाहरण इतिहास ग्राफ़, लाल तीरों के रूप में विलय के साथ

संस्करण नियंत्रण में, विलय (जिसे एकीकरण भी कहा जाता है) एक मौलिक संचालन है जो फ़ाइलों के संस्करण-नियंत्रित संग्रह में किए गए कई परिवर्तनों में सामंजस्य स्थापित करता है। प्रायः, यह तब आवश्यक होता है जब किसी फ़ाइल को दो स्वतंत्र शाखाओं में संशोधित किया जाता है और पश्चात में विलय कर दिया जाता है। परिणाम फ़ाइलों का एक एकल संग्रह है जिसमें परिवर्तनों के दोनों सेट सम्मलित होते हैं।

कुछ स्थितियों में, विलय स्वचालित रूप से किया जा सकता है, क्योंकि परिवर्तनों को फिर से बनाने के लिए पर्याप्त पुरावृत्त संज्ञान है, और परिवर्तन में संघर्ष नहीं होता है। अन्य स्थितियों में, व्यक्ति को यह तय करना होगा कि परिणामी फ़ाइलों में वास्तव में क्या होना चाहिए। कई संशोधन नियंत्रण सॉफ़्टवेयर टूल में विलय क्षमताएं सम्मलित हैं।

विलय के प्रकार

विलय दो प्रकार के होते हैं: असंरचित और संरचित।

असंरचित विलय

असंरचित विलय कच्चे पाठ पर काम करता है, सामान्यतः पाठ की पंक्तियों को परमाणु इकाइयों के रूप में उपयोग करता है। इयूनिक्स टूल्स (डिफ/पैच) और सीवीएस टूल्स (एसवीएन, गिट) इसका उपयोग करते हैं। यह सीमित है, क्योंकि पाठ की एक पंक्ति स्रोत कोड की संरचना का प्रतिनिधित्व नहीं करती है।

संरचित विलय

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

कार्यप्रवाह

स्वचालित विलय वह है जो संस्करण नियंत्रण सॉफ़्टवेयर तब करता है जब यह एक साथ हुए परिवर्तनों को समेटता है (तार्किक अर्थ में)। इसके अतिरिक्त, सॉफ़्टवेयर के अन्य टुकड़े स्वचालित विलय को तैनात करते हैं यदि वे एक ही सामग्री को एक साथ संपादित करने की अनुमति देते हैं। उदाहरण के लिए, विकिपीडिया दो लोगों को एक ही समय में एक ही लेख को संपादित करने की अनुमति देता है; जब पश्चात वाला योगदानकर्ता सहेजता है, तो परिवर्तनों के पिछले सेट को अधिलेखित करने के अतिरिक्त उनके परिवर्तन लेख में विलय कर दिए जाते हैं।^[1]

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

एल्गोरिदम विलय करें

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

तीनतरफा विलय

C मूल है, A और B, C के व्युत्पन्न हैं, और D नया आउटपुट संस्करण है

फ़ाइल "ए" और फ़ाइल "बी" के बीच स्वचालित अंतर विश्लेषण के पश्चात तीन-तरफा विलय किया जाता है, जबकि दोनों फाइलों "सी" की उत्पत्ति, या सामान्य अन्सेस्टर्स पर भी विचार किया जाता है। यह एक कठिन विलय विधि है, लेकिन व्यापक रूप से क्रियान्वित होती है क्योंकि इसमें विलय किए जाने वाले परिवर्तनों के पुनर्निर्माण के लिए केवल एक सामान्य अन्सेस्टर्स की आवश्यकता होती है। कच्चे पाठ (पंक्तियों का क्रम) या संरचित पेड़ों पर तीन तरह से विलय किया जा सकता है।^[2]

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

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

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

पुनरावर्ती तीन-तरफ़ा विलय

तीन-तरफ़ा विलय आधारित संशोधन नियंत्रण उपकरण व्यापक हैं, लेकिन तकनीक मूल रूप से विलय किए जाने वाले संस्करणों के एक सामान्य अन्सेस्टर्स को जाँच पर निर्भर करती है।

ऐसी अदभुत स्थिति हैं, विशेष रूप से "क्रिस-क्रॉस विलय",^[3] जहां संशोधित संस्करणों का एक अद्वितीय अंतिम सामान्य अन्सेस्टर्स उपस्थित नहीं है।

सॉफ़्टवेयर संस्करण नियंत्रण में क्रिस-क्रॉस-विलय समस्या। बाएँ आधे भाग में 2 क्षेत्रों को संशोधित किया जा रहा है,

X

और

Y

.

X'

और

X''

क्रमिक रूप से संशोधित संस्करण हैं। समाधान दाहिने आधे भाग में दिखाया गया है: एक आभासी अन्सेस्टर्स (धराशायी वृत्त) बनाया गया है।

सौभाग्य से, इस स्थितियों में यह दिखाया जा सकता है कि अधिकतम दो संभावित उम्मीदवार अन्सेस्टर्स हैं, और पुनरावर्ती तीन-तरफा विलय पहले गैर-अद्वितीय अन्सेस्टर्सों को विलय करके एक आभासी अन्सेस्टर्स का निर्माण करता है। यह विलय स्वयं भी उसी समस्या से ग्रस्त हो सकता है, इसलिए एल्गोरिदम उन्हें पुनरावर्ती रूप से विलय करता है। चूंकि इतिहास में संस्करणों की संख्या सीमित है, इसलिए प्रक्रिया अंततः समाप्त होने की गारंटी है। इस तकनीक का उपयोग गिट (सॉफ़्टवेयर) पुनरीक्षण नियंत्रण उपकरण द्वारा किया जाता है।

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

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

फ़ज़ी पैच अनुप्रयोग

पैच (कंप्यूटिंग) एक फ़ाइल है जिसमें फ़ाइल में परिवर्तनों का विवरण होता है। यूनिक्स दुनिया में, टेक्स्ट फ़ाइलों में परिवर्तनों को "डिफ -u" द्वारा निर्मित प्रारूप में पैच के रूप में प्रसारित करने की परंपरा रही है। इस प्रारूप का उपयोग पैच (यूनिक्स) प्रोग्राम द्वारा किसी टेक्स्ट फ़ाइल, या टेक्स्ट फ़ाइलों वाली निर्देशिका संरचना में परिवर्तनों को फिर से क्रियान्वित करने (या हटाने) के लिए किया जा सकता है।

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

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

पैच कम्यूटेशन

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

पैच कम्यूटेशन के लिए आवश्यक है कि व्युत्पन्न फ़ाइलों में किए गए सटीक परिवर्तन संग्रहीत हों या उनका पुनर्निर्माण किया जा सके। इन सटीक परिवर्तनों से यह गणना करना संभव है कि उनमें से एक को दूसरे पर पुनः आधारित करने के लिए कैसे बदला जाना चाहिए। उदाहरण के लिए, यदि पैच ए फ़ाइल एफ की लाइन 7 के पश्चात लाइन "एक्स" जोड़ता है और पैच बी फ़ाइल एफ की लाइन 310 के पश्चात लाइन "वाई" जोड़ता है, तो बी को फिर से लिखना होगा यदि इसे ए पर दोबारा आधारित किया जाता है: लाइन को फ़ाइल F की लाइन 311 पर जोड़ा जाना चाहिए, क्योंकि A में जोड़ी गई लाइन लाइन संख्याओं को एक से ऑफसेट कर देती है।

पैच कम्यूटेशन का औपचारिक रूप से काफी अध्ययन किया गया है, लेकिन पैच कम्यूटेशन में विलय संघर्षों से निपटने के लिए एल्गोरिदम अभी भी विवृत शोध प्रश्न बने हुए हैं। चूंकि, पैच कम्यूटेशन को "सही" विलय परिणाम उत्पन्न करने के लिए सिद्ध किया जा सकता है^{[citation needed]} जहां अन्य विलय रणनीतियाँ ज्यादातर अनुमान हैं जो वह उत्पन्न करने का प्रयास करती हैं जो उपयोगकर्ता देखना चाहते हैं।

यूनिक्स प्रोग्राम "पैच्यूटिल्स" पैकेज से flipdiff, डिफ-यू द्वारा उत्पादित पारंपरिक पैच के लिए पैच कम्यूटेशन क्रियान्वित करता है।

वीव विलय

वीव विलय एक एल्गोरिदम है जो दो फ़ाइलों के लिए एक सामान्य अन्सेस्टर्स का उपयोग नहीं करती है। इसके अतिरिक्त, यह ट्रैक करता है कि फ़ाइलों के व्युत्पन्न संस्करणों में एकल पंक्तियाँ कैसे जोड़ी और हटाई जाती हैं, और इस जानकारी पर विलय की गई फ़ाइल प्रस्तुत करता है।

व्युव्युत्पन्न फ़ाइलों में प्रत्येक पंक्ति के लिए, वीव विलय निम्नलिखित जानकारी एकत्र करता है: कौन सी पंक्तियाँ इसके पहले हैं, कौन सी पंक्तियाँ इसका अनुसरण करती हैं, और क्या इसे किसी भी व्युत्पन्न के इतिहास के किसी चरण में हटा दिया गया था। यदि किसी भी व्युत्पन्न में किसी बिंदु पर लाइन हटा दी गई है, तो उसे विलय किए गए संस्करण में उपस्थित नहीं होना चाहिए। अन्य पंक्तियों के लिए, उन्हें विलय किए गए संस्करण में उपस्थित होना चाहिए।

पंक्तियों को एक क्रम में क्रमबद्ध किया जाता है, जहां प्रत्येक पंक्ति उन सभी पंक्तियों के पश्चात होती है जो इतिहास में किसी बिंदु पर उसके पहले आई थीं, और उन सभी पंक्तियों के पहले होती हैं जो इतिहास में किसी बिंदु पर उसके पश्चात आई थीं। यदि ये बाधाएँ सभी पंक्तियों के लिए कुल क्रम नहीं देती हैं, तो जिन पंक्तियों में एक-दूसरे के संबंध में कोई क्रम नहीं है, वे ऐसे जोड़ हैं जो संघर्ष करते हैं।

वीव विलय का उपयोग स्पष्ट रूप से वाणिज्यिक संशोधन नियंत्रण उपकरण बिटकीपर द्वारा किया गया था और यह कुछ समस्या वाले स्थितियों को संभाल सकता है जहां तीन-तरफा विलय गलत या निकृष्ट परिणाम उत्पन्न करता है। यह जीएनयू बाज़ार संशोधन नियंत्रण उपकरण के विलय विकल्पों में से एक है, और कोडविले में इसका उपयोग किया जाता है।^{[citation needed]}

यह भी देखें

संदर्भ

↑ Help:Edit conflict#Prevention
↑ Lindholm, Tancred (2004). "XML दस्तावेज़ों के लिए तीन-तरफ़ा मर्ज". Proceedings of the 2004 ACM Symposium on Document Engineering - DocEng '04. New York, New York, USA: ACM Press: 1–10. doi:10.1145/1030397.1030399. ISBN 1581139381. S2CID 2863413.
↑ Cohen, Bram (2005-04-28). "क्रिस-क्रॉस मर्ज मामला". Git (Mailing list). Message-ID <Pine.LNX.4.44.0504271254120.4678-100000@wax.eds.org>.

[1] Help:Edit conflict#Prevention

[2] Lindholm, Tancred (2004). "XML दस्तावेज़ों के लिए तीन-तरफ़ा मर्ज". Proceedings of the 2004 ACM Symposium on Document Engineering - DocEng '04. New York, New York, USA: ACM Press: 1–10. doi:10.1145/1030397.1030399. ISBN 1581139381. S2CID 2863413.

[3] Cohen, Bram (2005-04-28). "क्रिस-क्रॉस मर्ज मामला". Git (Mailing list). Message-ID <Pine.LNX.4.44.0504271254120.4678-100000@wax.eds.org>.

[1]

[2]

[3]

@@ Line 1: / Line 1: @@
 [[File:Revision controlled project visualization-2010-24-02.svg|thumb|upright|संस्करण-नियंत्रित प्रोजेक्ट का उदाहरण इतिहास ग्राफ़, लाल तीरों के रूप में विलय के साथ]]'''[[संस्करण नियंत्रण]] में, विलय''' (जिसे एकीकरण भी कहा जाता है) एक मौलिक संचालन है जो फ़ाइलों के संस्करण-नियंत्रित संग्रह में किए गए कई परिवर्तनों में सामंजस्य स्थापित करता है। प्रायः, यह तब आवश्यक होता है जब किसी फ़ाइल को दो स्वतंत्र शाखाओं में संशोधित किया जाता है और पश्चात में विलय कर दिया जाता है। परिणाम फ़ाइलों का एक एकल संग्रह है जिसमें परिवर्तनों के दोनों सेट सम्मलित होते हैं।
@@ Line 12: / Line 11: @@
 ===संरचित विलय===
-संरचित विलय उपकरण, या एएसटी विलय, स्रोत कोड को पूरी तरह से हल किए गए [[सार वाक्यविन्यास वृक्ष|अमूर्त वाक्यविन्यास वृक्ष (एएसटी)]] में बदल देते हैं। यह एक सुक्ष्म विलय की अनुमति देता है जो नकली संघर्षों से बचता है।
+संरचित विलय उपकरण, या एएसटी विलय, स्रोत कोड को पूरी तरह से हल किए गए [[सार वाक्यविन्यास वृक्ष|अमूर्त वाक्यविन्यास वृक्ष (एएसटी)]] में परिवर्तित कर देते हैं। यह एक सुक्ष्म विलय की अनुमति देता है जो अवास्तविक संघर्षों से बचता है।
 == कार्यप्रवाह ==
 स्वचालित विलय वह है जो संस्करण नियंत्रण सॉफ़्टवेयर तब करता है जब यह एक साथ हुए परिवर्तनों को समेटता है (तार्किक अर्थ में)। इसके अतिरिक्त, सॉफ़्टवेयर के अन्य टुकड़े स्वचालित विलय को तैनात करते हैं यदि वे एक ही सामग्री को एक साथ संपादित करने की अनुमति देते हैं। उदाहरण के लिए, विकिपीडिया दो लोगों को एक ही समय में एक ही लेख को संपादित करने की अनुमति देता है; जब पश्चात वाला योगदानकर्ता सहेजता है, तो परिवर्तनों के पिछले सेट को अधिलेखित करने के अतिरिक्त उनके परिवर्तन लेख में विलय कर दिए जाते हैं।<ref>[[Help:Edit conflict#Prevention]]</ref>
-जब लोगों को भिन्न फ़ाइलों का मिलान करना होता है तो उन्हें मैन्युअल विलय का सहारा लेना पड़ता है (संभवतः विलय टूल द्वारा सहायता प्राप्त)। उदाहरण के लिए, यदि दो प्रणालियों में कॉन्फ़िगरेशन फ़ाइल के थोड़े अलग संस्करण हैं और उपयोगकर्ता दोनों में अच्छी चीजें रखना चाहता है, तो यह सामान्यतः कॉन्फ़िगरेशन फ़ाइलों को हाथ से विलय करके, दोनों स्रोतों से वांछित परिवर्तन चुनकर प्राप्त किया जा सकता है (यह भी है) दोतरफा विलय कहा जाता है)। जब स्वत: विलय परिवर्तन संघर्ष में चलता है तो मैन्युअल विलय की भी आवश्यकता होती है; उदाहरण के लिए, बहुत कम स्वचालित विलय उपकरण कोड की एक ही पंक्ति में दो परिवर्तनों को विलय कर सकते हैं (मान लीजिए, एक जो फ़ंक्शन नाम बदलता है, और दूसरा जो एक टिप्पणी जोड़ता है)। इन स्थितियों में, संशोधन नियंत्रण प्रणालियाँ इच्छित विलय परिणाम को निर्दिष्ट करने के लिए उपयोगकर्ता का सहारा लेती हैं।
+जब लोगों को भिन्न फ़ाइलों का मिलान करना होता है तो उन्हें कार्यविधि विलय का सहारा लेना पड़ता है (संभवतः विलय टूल द्वारा सहायता प्राप्त)। उदाहरण के लिए, यदि दो प्रणालियों में व्यवस्था का प्रारूप फ़ाइल के थोड़े अलग संस्करण हैं और उपयोगकर्ता दोनों में अच्छी चीजें रखना चाहता है, तो यह सामान्यतः व्यवस्था प्रारूप फ़ाइलों को हाथ से विलय करके, दोनों स्रोतों से वांछित परिवर्तन चुनकर प्राप्त किया जा सकता है (यह भी है) दोतरफा विलय कहा जाता है)। जब स्वत: विलय परिवर्तन संघर्ष में चलता है तो कार्यविधि विलय की भी आवश्यकता होती है; उदाहरण के लिए, बहुत कम स्वचालित विलय उपकरण कोड की एक ही पंक्ति में दो परिवर्तनों को विलय कर सकते हैं (मान लीजिए, एक जो फ़ंक्शन नाम बदलता है, और दूसरा जो एक टिप्पणी जोड़ता है)। इन स्थितियों में, संशोधन नियंत्रण प्रणालियाँ इच्छित विलय परिणाम को निर्दिष्ट करने के लिए उपयोगकर्ता का सहारा लेती हैं।
 ==एल्गोरिदम विलय करें==
 {{missing information|अनुभाग|बाज़ार एलसीए विलय ([http://doc.bazaar.canonical.com/bzr.1.17/developers/lca_tree_merging.html tree]/[http://doc.bazaar.canonical.com/bzr.1.1/developers/lca-merge.html file]) और नॉट-काफी-वेव मर्ज बिटकीपर उपयोग करता है|date=January 2020}}
-स्वचालित विलय के लिए सूक्ष्म अंतरों के साथ कई अलग-अलग दृष्टिकोण हैं। अधिक उल्लेखनीय विलय एल्गोरिदम में तीन-तरफ़ा विलय, पुनरावर्ती तीन-तरफ़ा विलय, फ़ज़ी पैच एप्लिकेशन, बुनाई विलय और पैच कम्यूटेशन सम्मलित हैं।
+स्वचालित विलय के लिए सूक्ष्म अंतरों के साथ कई अलग-अलग दृष्टिकोण हैं। अधिक उल्लेखनीय विलय एल्गोरिदम में तीन-तरफ़ा विलय, पुनरावर्ती तीन-तरफ़ा विलय, फ़ज़ी पैच एप्लिकेशन, और पैच विनिमय सम्मलित हैं।
 ===तीनतरफा विलय===
-[[File:Three-way-merge-parallelgram.svg|thumb|alt=Diagram of a three way merge|C मूल है, A और B, C के व्युत्पन्न हैं, और D नया आउटपुट संस्करण है]]फ़ाइल "ए" और फ़ाइल "बी" के बीच स्वचालित अंतर विश्लेषण के पश्चात तीन-तरफा विलय किया जाता है, जबकि दोनों फाइलों "सी" की उत्पत्ति, या सामान्य पूर्वज पर भी विचार किया जाता है। यह एक कठिन विलय विधि है, लेकिन व्यापक रूप से क्रियान्वित होती है क्योंकि इसमें विलय किए जाने वाले परिवर्तनों के पुनर्निर्माण के लिए केवल एक सामान्य पूर्वज की आवश्यकता होती है। कच्चे पाठ (पंक्तियों का क्रम) या संरचित पेड़ों पर तीन तरह से विलय किया जा सकता है।<ref>{{Cite journal|last=Lindholm|first=Tancred|date=2004|title=XML दस्तावेज़ों के लिए तीन-तरफ़ा मर्ज|url=http://dx.doi.org/10.1145/1030397.1030399|journal=Proceedings of the 2004 ACM Symposium on Document Engineering - DocEng '04|pages=1–10 |location=New York, New York, USA|publisher=ACM Press|doi=10.1145/1030397.1030399|isbn=1581139381 |s2cid=2863413 }}</ref>
+[[File:Three-way-merge-parallelgram.svg|thumb|alt=Diagram of a three way merge|C मूल है, A और B, C के व्युत्पन्न हैं, और D नया आउटपुट संस्करण है]]फ़ाइल "ए" और फ़ाइल "बी" के बीच स्वचालित अंतर विश्लेषण के पश्चात तीन-तरफा विलय किया जाता है, जबकि दोनों फाइलों "सी" की उत्पत्ति, या सामान्य अन्सेस्टर्स पर भी विचार किया जाता है। यह एक कठिन विलय विधि है, लेकिन व्यापक रूप से क्रियान्वित होती है क्योंकि इसमें विलय किए जाने वाले परिवर्तनों के पुनर्निर्माण के लिए केवल एक सामान्य अन्सेस्टर्स की आवश्यकता होती है। कच्चे पाठ (पंक्तियों का क्रम) या संरचित पेड़ों पर तीन तरह से विलय किया जा सकता है।<ref>{{Cite journal|last=Lindholm|first=Tancred|date=2004|title=XML दस्तावेज़ों के लिए तीन-तरफ़ा मर्ज|url=http://dx.doi.org/10.1145/1030397.1030399|journal=Proceedings of the 2004 ACM Symposium on Document Engineering - DocEng '04|pages=1–10 |location=New York, New York, USA|publisher=ACM Press|doi=10.1145/1030397.1030399|isbn=1581139381 |s2cid=2863413 }}</ref>
-तीन-तरफ़ा विलय उन अनुभागों की तलाश करता है जो तीन फ़ाइलों में से केवल दो में समान हैं। इस मामले में, अनुभाग के दो संस्करण हैं, और जो संस्करण सामान्य पूर्वज "सी" में है उसे छोड़ दिया जाता है, जबकि जो संस्करण भिन्न होता है उसे आउटपुट में संरक्षित किया जाता है। यदि "ए" और "बी" सहमत हैं, तो आउटपुट में वही दिखाई देगा। एक अनुभाग जो "ए" और "सी" में समान है, वह "बी" में परिवर्तित संस्करण को आउटपुट करता है, और इसी तरह एक अनुभाग जो "बी" और "सी" में समान है, वह "ए" में संस्करण को आउटपुट करता है।
+तीन-तरफ़ा विलय उन अनुभागों की अन्वेषणा करता है जो तीन फ़ाइलों में से केवल दो में समान हैं। इस स्थिति में, अनुभाग के दो संस्करण हैं, और जो संस्करण सामान्य अन्सेस्टर्स "सी" में है उसे छोड़ दिया जाता है, जबकि जो संस्करण भिन्न होता है उसे आउटपुट में संरक्षित किया जाता है। यदि "ए" और "बी" सहमत हैं, तो आउटपुट में वही दिखाई देगा। एक अनुभाग जो "ए" और "सी" में समान है, वह "बी" में परिवर्तित संस्करण को आउटपुट करता है, और इसी तरह एक अनुभाग जो "बी" और "सी" में समान है, वह "ए" में संस्करण को आउटपुट करता है।
 जो अनुभाग तीनों फ़ाइलों में अलग-अलग हैं, उन्हें विरोध की स्थिति के रूप में चिह्नित किया जाता है और उपयोगकर्ता को समाधान के लिए छोड़ दिया जाता है।
-तीन-तरफ़ा विलय को सर्वव्यापी [[diff3|डिफ3]] प्रोग्राम द्वारा कार्यान्वित किया जाता है, और यह केंद्रीय नवाचार था जिसने फ़ाइल-लॉकिंग आधारित संशोधन नियंत्रण प्रणालियों से विलय-आधारित संशोधन नियंत्रण प्रणालियों पर स्विच करने की अनुमति दी थी। इसका उपयोग [[समवर्ती संस्करण प्रणाली]] (सीवीएस) द्वारा बड़े पैमाने पर किया जाता है।
+तीन-तरफ़ा विलय को सर्वव्यापी [[diff3|डिफ3]] प्रोग्राम द्वारा कार्यान्वित किया जाता है, और यह केंद्रीय नवाचार था जिसने फ़ाइल-लॉकिंग आधारित संशोधन नियंत्रण प्रणालियों से विलय-आधारित संशोधन नियंत्रण प्रणालियों पर जाने की अनुमति दी थी। इसका उपयोग [[समवर्ती संस्करण प्रणाली]] (सीवीएस) द्वारा बड़े पैमाने पर किया जाता है।
 ===पुनरावर्ती तीन-तरफ़ा विलय===
-तीन-तरफ़ा विलय आधारित संशोधन नियंत्रण उपकरण व्यापक हैं, लेकिन तकनीक मूल रूप से विलय किए जाने वाले संस्करणों के एक सामान्य पूर्वज को खोजने पर निर्भर करती है।
+तीन-तरफ़ा विलय आधारित संशोधन नियंत्रण उपकरण व्यापक हैं, लेकिन तकनीक मूल रूप से विलय किए जाने वाले संस्करणों के एक सामान्य अन्सेस्टर्स को जाँच पर निर्भर करती है।
-ऐसे अजीब मामले हैं, विशेष रूप से "क्रिस-क्रॉस विलय",<ref>{{Cite mailing list |url=https://lore.kernel.org/git/Pine.LNX.4.44.0504271254120.4678-100000@wax.eds.org/ |title=क्रिस-क्रॉस मर्ज मामला|first=Bram |last=Cohen |author-link=Bram Cohen |date=2005-04-28 |mailing-list=Git |id=Message-ID <Pine.LNX.4.44.0504271254120.4678-100000@wax.eds.org>}}</ref> जहां संशोधित संस्करणों का एक अद्वितीय अंतिम सामान्य पूर्वज उपस्थित नहीं है।
+ऐसी अदभुत स्थिति हैं, विशेष रूप से "क्रिस-क्रॉस विलय",<ref>{{Cite mailing list |url=https://lore.kernel.org/git/Pine.LNX.4.44.0504271254120.4678-100000@wax.eds.org/ |title=क्रिस-क्रॉस मर्ज मामला|first=Bram |last=Cohen |author-link=Bram Cohen |date=2005-04-28 |mailing-list=Git |id=Message-ID <Pine.LNX.4.44.0504271254120.4678-100000@wax.eds.org>}}</ref> जहां संशोधित संस्करणों का एक अद्वितीय अंतिम सामान्य अन्सेस्टर्स उपस्थित नहीं है।
-[[File:Criss-cross-merge-fix.svg|thumb|upright=1.35|सॉफ़्टवेयर संस्करण नियंत्रण में क्रिस-क्रॉस-विलय समस्या। बाएँ आधे भाग में 2 क्षेत्रों को संशोधित किया जा रहा है, <math>X</math> और <math>Y</math>. <math>X'</math> और <math>X''</math> क्रमिक रूप से संशोधित संस्करण हैं। समाधान दाहिने आधे भाग में दिखाया गया है: एक आभासी पूर्वज (धराशायी वृत्त) बनाया गया है।]]सौभाग्य से, इस मामले में यह दिखाया जा सकता है कि अधिकतम दो संभावित उम्मीदवार पूर्वज हैं, और [[पुनरावर्ती]] तीन-तरफा विलय पहले गैर-अद्वितीय पूर्वजों को विलय करके एक आभासी पूर्वज का निर्माण करता है। यह विलय स्वयं भी उसी समस्या से ग्रस्त हो सकता है, इसलिए एल्गोरिदम उन्हें पुनरावर्ती रूप से विलय करता है। चूंकि इतिहास में संस्करणों की संख्या सीमित है, इसलिए प्रक्रिया अंततः समाप्त होने की गारंटी है। इस तकनीक का उपयोग गिट (सॉफ़्टवेयर) पुनरीक्षण नियंत्रण उपकरण द्वारा किया जाता है।
+[[File:Criss-cross-merge-fix.svg|thumb|upright=1.35|सॉफ़्टवेयर संस्करण नियंत्रण में क्रिस-क्रॉस-विलय समस्या। बाएँ आधे भाग में 2 क्षेत्रों को संशोधित किया जा रहा है, <math>X</math> और <math>Y</math>. <math>X'</math> और <math>X''</math> क्रमिक रूप से संशोधित संस्करण हैं। समाधान दाहिने आधे भाग में दिखाया गया है: एक आभासी अन्सेस्टर्स (धराशायी वृत्त) बनाया गया है।]]सौभाग्य से, इस स्थितियों में यह दिखाया जा सकता है कि अधिकतम दो संभावित उम्मीदवार अन्सेस्टर्स हैं, और [[पुनरावर्ती]] तीन-तरफा विलय पहले गैर-अद्वितीय अन्सेस्टर्सों को विलय करके एक आभासी अन्सेस्टर्स का निर्माण करता है। यह विलय स्वयं भी उसी समस्या से ग्रस्त हो सकता है, इसलिए एल्गोरिदम उन्हें पुनरावर्ती रूप से विलय करता है। चूंकि इतिहास में संस्करणों की संख्या सीमित है, इसलिए प्रक्रिया अंततः समाप्त होने की गारंटी है। इस तकनीक का उपयोग गिट (सॉफ़्टवेयर) पुनरीक्षण नियंत्रण उपकरण द्वारा किया जाता है।
-(गिट का पुनरावर्ती विलय कार्यान्वयन अन्य अजीब स्थितियों को भी संभालता है, जैसे किसी फ़ाइल को एक संस्करण में संशोधित किया जाना और दूसरे में उसका नाम बदलना, लेकिन वे इसके तीन-तरफ़ा विलय कार्यान्वयन के विस्तार हैं; विलय के लिए तीन संस्करण खोजने की तकनीक का भाग नहीं हैं।)
+(गिट का पुनरावर्ती विलय कार्यान्वयन अन्य अदभुत स्थितियों को भी संभालता है, जैसे किसी फ़ाइल को एक संस्करण में संशोधित किया जाना और दूसरे में उसका नाम बदलना, लेकिन वे इसके तीन-तरफ़ा विलय कार्यान्वयन के विस्तार हैं; विलय के लिए तीन संस्करण जाँचने की तकनीक का भाग नहीं हैं।)
-पुनरावर्ती तीन-तरफा विलय का उपयोग केवल उन स्थितियों में किया जा सकता है जहां उपकरण को विलय किए जाने वाले डेरिवेटिव के कुल वंश [[निर्देशित अचक्रीय ग्राफ]] (डीएजी) के बारे में ज्ञान है। परिणामस्वरूप, इसका उपयोग उन स्थितियों में नहीं किया जा सकता है जहां डेरिवेटिव या विलय पूरी तरह से अपने माता-पिता को निर्दिष्ट नहीं करते हैं।
+पुनरावर्ती तीन-तरफा विलय का उपयोग केवल उन स्थितियों में किया जा सकता है जहां उपकरण को विलय किए जाने वाले व्युत्पन्न के कुल वंशावली [[निर्देशित अचक्रीय ग्राफ]] (डीएजी) के बारे में ज्ञान है। परिणामस्वरूप, इसका उपयोग उन स्थितियों में नहीं किया जा सकता है जहां व्युत्पन्न या विलय पूरी तरह से अपने जनक को निर्दिष्ट नहीं करते हैं।
 ===फ़ज़ी पैच अनुप्रयोग===
@@ Line 47: / Line 46: @@
 [[पैच (कंप्यूटिंग)]] एक फ़ाइल है जिसमें फ़ाइल में परिवर्तनों का विवरण होता है। यूनिक्स दुनिया में, टेक्स्ट फ़ाइलों में परिवर्तनों को "[[diff|डिफ]] -u" द्वारा निर्मित प्रारूप में पैच के रूप में प्रसारित करने की परंपरा रही है। इस प्रारूप का उपयोग [[पैच (यूनिक्स)]] प्रोग्राम द्वारा किसी टेक्स्ट फ़ाइल, या टेक्स्ट फ़ाइलों वाली निर्देशिका संरचना में परिवर्तनों को फिर से क्रियान्वित करने (या हटाने) के लिए किया जा सकता है।
-हालाँकि, पैच प्रोग्राम में पैच को एक फ़ाइल में क्रियान्वित करने की कुछ सुविधाएं भी हैं जो मूल फ़ाइल के समान नहीं है जिसका उपयोग पैच बनाने के लिए किया गया था। इस प्रक्रिया को फ़ज़ी पैच एप्लिकेशन कहा जाता है, और इसके परिणामस्वरूप एक प्रकार का असममित तीन-तरफा विलय होता है, जहां पैच प्रोग्राम को क्रियान्वित करने के लिए जगह नहीं मिलने पर पैच में परिवर्तन छोड़ दिए जाते हैं।
+चूंकि, पैच प्रोग्राम में पैच को एक फ़ाइल में क्रियान्वित करने की कुछ सुविधाएं भी हैं जो मूल फ़ाइल के समान नहीं है जिसका उपयोग पैच बनाने के लिए किया गया था। इस प्रक्रिया को फ़ज़ी पैच एप्लिकेशन कहा जाता है, और इसके परिणामस्वरूप एक प्रकार का असममित तीन-तरफा विलय होता है, जहां पैच प्रोग्राम को क्रियान्वित करने के लिए जगह नहीं मिलने पर पैच में परिवर्तन छोड़ दिए जाते हैं।
-जैसे सीवीएस डिफ3 पर स्क्रिप्ट के एक सेट के रूप में शुरू हुआ, जीएनयू आर्क पैच पर स्क्रिप्ट के एक सेट के रूप में शुरू हुआ। हालाँकि, फ़ज़ी पैच एप्लिकेशन एक अपेक्षाकृत अविश्वसनीय तरीका है, कभी-कभी ऐसे पैच को गलत तरीके से क्रियान्वित किया जाता है जिनका संदर्भ बहुत कम होता है (विशेष रूप से वे जो एक नई फ़ाइल बनाते हैं), कभी-कभी दोनों डेरिवेटिव द्वारा किए गए विलोपन को क्रियान्वित करने से इनकार कर देते हैं।
+जैसे सीवीएस डिफ3 पर स्क्रिप्ट के एक सेट के रूप में प्रारंभ हुआ, जीएनयू आर्क पैच पर स्क्रिप्ट के एक सेट के रूप में प्रारंभ हुआ। चूंकि, फ़ज़ी पैच एप्लिकेशन एक अपेक्षाकृत अविश्वसनीय ढंग है, कभी-कभी ऐसे पैच को गलत उपाए से क्रियान्वित किया जाता है जिनका संदर्भ बहुत कम होता है (विशेष रूप से वे जो एक नई फ़ाइल बनाते हैं), कभी-कभी दोनों डेरिवेटिव द्वारा किए गए विलोपन को क्रियान्वित करने से अस्वीकृति कर देते हैं।
 ===पैच कम्यूटेशन===
@@ Line 57: / Line 56: @@
 पैच कम्यूटेशन के लिए आवश्यक है कि व्युत्पन्न फ़ाइलों में किए गए सटीक परिवर्तन संग्रहीत हों या उनका पुनर्निर्माण किया जा सके। इन सटीक परिवर्तनों से यह गणना करना संभव है कि उनमें से एक को दूसरे पर पुनः आधारित करने के लिए कैसे बदला जाना चाहिए। उदाहरण के लिए, यदि पैच ए फ़ाइल एफ की लाइन 7 के पश्चात लाइन "एक्स" जोड़ता है और पैच बी फ़ाइल एफ की लाइन 310 के पश्चात लाइन "वाई" जोड़ता है, तो बी को फिर से लिखना होगा यदि इसे ए पर दोबारा आधारित किया जाता है: लाइन को फ़ाइल F की लाइन 311 पर जोड़ा जाना चाहिए, क्योंकि A में जोड़ी गई लाइन लाइन संख्याओं को एक से ऑफसेट कर देती है।
-पैच कम्यूटेशन का औपचारिक रूप से काफी अध्ययन किया गया है, लेकिन पैच कम्यूटेशन में विलय संघर्षों से निपटने के लिए एल्गोरिदम अभी भी विवृत शोध प्रश्न बने हुए हैं। हालाँकि, पैच कम्यूटेशन को "सही" विलय परिणाम उत्पन्न करने के लिए सिद्ध किया जा सकता है {{citation needed|date=June 2014}} जहां अन्य विलय रणनीतियाँ ज्यादातर अनुमान हैं जो वह उत्पन्न करने का प्रयास करती हैं जो उपयोगकर्ता देखना चाहते हैं।
+पैच कम्यूटेशन का औपचारिक रूप से काफी अध्ययन किया गया है, लेकिन पैच कम्यूटेशन में विलय संघर्षों से निपटने के लिए एल्गोरिदम अभी भी विवृत शोध प्रश्न बने हुए हैं। चूंकि, पैच कम्यूटेशन को "सही" विलय परिणाम उत्पन्न करने के लिए सिद्ध किया जा सकता है {{citation needed|date=June 2014}} जहां अन्य विलय रणनीतियाँ ज्यादातर अनुमान हैं जो वह उत्पन्न करने का प्रयास करती हैं जो उपयोगकर्ता देखना चाहते हैं।
 यूनिक्स प्रोग्राम "पैच्यूटिल्स" पैकेज से <code>flipdiff</code>, डिफ-यू द्वारा उत्पादित पारंपरिक पैच के लिए पैच कम्यूटेशन क्रियान्वित करता है।
-===बुनाई विलय===
+===वीव विलय===
-वीव विलय एक एल्गोरिदम है जो दो फ़ाइलों के लिए एक सामान्य पूर्वज का उपयोग नहीं करता है। इसके अतिरिक्त, यह ट्रैक करता है कि फ़ाइलों के व्युत्पन्न संस्करणों में एकल पंक्तियाँ कैसे जोड़ी और हटाई जाती हैं, और इस जानकारी पर विलय की गई फ़ाइल तैयार करता है।
+वीव विलय एक एल्गोरिदम है जो दो फ़ाइलों के लिए एक सामान्य अन्सेस्टर्स का उपयोग नहीं करती है। इसके अतिरिक्त, यह ट्रैक करता है कि फ़ाइलों के व्युत्पन्न संस्करणों में एकल पंक्तियाँ कैसे जोड़ी और हटाई जाती हैं, और इस जानकारी पर विलय की गई फ़ाइल प्रस्तुत करता है।
-व्युव्युत्पन्न फ़ाइलों में प्रत्येक पंक्ति के लिए, वेव विलय निम्नलिखित जानकारी एकत्र करता है: कौन सी पंक्तियाँ इसके पहले हैं, कौन सी पंक्तियाँ इसका अनुसरण करती हैं, और क्या इसे किसी भी व्युत्पन्न के इतिहास के किसी चरण में हटा दिया गया था। यदि किसी भी व्युत्पन्न में किसी बिंदु पर लाइन हटा दी गई है, तो उसे विलय किए गए संस्करण में उपस्थित नहीं होना चाहिए। अन्य पंक्तियों के लिए, उन्हें विलय किए गए संस्करण में उपस्थित होना चाहिए।
+व्युव्युत्पन्न फ़ाइलों में प्रत्येक पंक्ति के लिए, वीव विलय निम्नलिखित जानकारी एकत्र करता है: कौन सी पंक्तियाँ इसके पहले हैं, कौन सी पंक्तियाँ इसका अनुसरण करती हैं, और क्या इसे किसी भी व्युत्पन्न के इतिहास के किसी चरण में हटा दिया गया था। यदि किसी भी व्युत्पन्न में किसी बिंदु पर लाइन हटा दी गई है, तो उसे विलय किए गए संस्करण में उपस्थित नहीं होना चाहिए। अन्य पंक्तियों के लिए, उन्हें विलय किए गए संस्करण में उपस्थित होना चाहिए।
 पंक्तियों को एक क्रम में क्रमबद्ध किया जाता है, जहां प्रत्येक पंक्ति उन सभी पंक्तियों के पश्चात होती है जो इतिहास में किसी बिंदु पर उसके पहले आई थीं, और उन सभी पंक्तियों के पहले होती हैं जो इतिहास में किसी बिंदु पर उसके पश्चात आई थीं। यदि ये बाधाएँ सभी पंक्तियों के लिए कुल क्रम नहीं देती हैं, तो जिन पंक्तियों में एक-दूसरे के संबंध में कोई क्रम नहीं है, वे ऐसे जोड़ हैं जो संघर्ष करते हैं।
-वीव विलय का उपयोग स्पष्ट रूप से वाणिज्यिक संशोधन नियंत्रण उपकरण [[बिटकीपर]] द्वारा किया गया था और यह कुछ समस्या वाले स्थितियों को संभाल सकता है जहां तीन-तरफा विलय गलत या खराब परिणाम उत्पन्न करता है। यह [[जीएनयू बाज़ार]] संशोधन नियंत्रण उपकरण के विलय विकल्पों में से एक है, और कोडविले में इसका उपयोग किया जाता है। {{Citation needed|date=August 2021}}
+वीव विलय का उपयोग स्पष्ट रूप से वाणिज्यिक संशोधन नियंत्रण उपकरण [[बिटकीपर]] द्वारा किया गया था और यह कुछ समस्या वाले स्थितियों को संभाल सकता है जहां तीन-तरफा विलय गलत या निकृष्ट परिणाम उत्पन्न करता है। यह [[जीएनयू बाज़ार]] संशोधन नियंत्रण उपकरण के विलय विकल्पों में से एक है, और कोडविले में इसका उपयोग किया जाता है। {{Citation needed|date=August 2021}}
 ==यह भी देखें==
 * [[फ़ाइल तुलना टूल की तुलना|फ़ाइल समानता टूल की समानता]]
@@ Line 79: / Line 78: @@
 {{Version control software}}
-[[Category: विन्यास प्रबंधन]] [[Category: संस्करण नियंत्रण]]
-[[Category: Machine Translated Page]]
+[[Category:All articles with unsourced statements]]
+[[Category:Articles with unsourced statements from August 2021]]
+[[Category:Articles with unsourced statements from June 2014]]
+[[Category:Collapse templates]]
 [[Category:Created On 26/07/2023]]
+[[Category:Machine Translated Page]]
+[[Category:Navigational boxes| ]]
+[[Category:Navigational boxes without horizontal lists]]
+[[Category:Pages with script errors]]
+[[Category:Sidebars with styles needing conversion]]
+[[Category:Template documentation pages|Documentation/doc]]
+[[Category:Templates Vigyan Ready]]
+[[Category:Templates generating microformats]]
+[[Category:Templates that are not mobile friendly]]
+[[Category:Templates using TemplateData]]
+[[Category:Wikipedia metatemplates]]
+[[Category:विन्यास प्रबंधन]]
+[[Category:संस्करण नियंत्रण]]

Anonymous

Search

मर्ज (संस्करण नियंत्रण): Difference between revisions

Namespaces

More

Page actions

Latest revision as of 11:44, 10 August 2023

Contents

विलय के प्रकार

असंरचित विलय

संरचित विलय

कार्यप्रवाह

एल्गोरिदम विलय करें

तीनतरफा विलय

पुनरावर्ती तीन-तरफ़ा विलय

फ़ज़ी पैच अनुप्रयोग

पैच कम्यूटेशन

वीव विलय

यह भी देखें

संदर्भ

Navigation

Navigation

Wiki tools

Wiki tools

Anonymous

Search

मर्ज (संस्करण नियंत्रण): Difference between revisions

Latest revision as of 11:44, 10 August 2023

विलय के प्रकार

असंरचित विलय

संरचित विलय

कार्यप्रवाह

एल्गोरिदम विलय करें

तीनतरफा विलय

पुनरावर्ती तीन-तरफ़ा विलय

फ़ज़ी पैच अनुप्रयोग

पैच कम्यूटेशन

वीव विलय

यह भी देखें

संदर्भ

Navigation

Wiki tools

Page tools

Other projects

Categories