मुफ़्त 3-तरफ़ा डिफ़ व्यूअर

थ्री-वे डिफ़ एक बेस संस्करण की तुलना दो संशोधित संस्करणों से करता है, जिससे git मर्ज जैसी स्थितियों में टकराव पहचानने में मदद मिलती है।

हाँ, आसान संदर्भ के लिए सभी पैनलों में लाइन नंबर दिखाए जाते हैं।

हाँ, पूरी तरह मुफ़्त।

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

हाँ, थ्री-वे डिफ़ व्यूअर पूरी तरह रिस्पॉन्सिव है और स्मार्टफ़ोन व टैबलेट पर काम करता है। आप इसे किसी भी आधुनिक वेब ब्राउज़र वाले डिवाइस पर इस्तेमाल कर सकते हैं, किसी ऐप डाउनलोड की ज़रूरत नहीं।

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

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

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

2-way डिफ एक Original की तुलना एक Modified वर्ज़न से करता है और सिर्फ़ एक सवाल का जवाब देता है: इन दो स्नैपशॉट के बीच क्या बदला? यह रोज़मर्रा वाला "पहले और बाद" व्यू है। 3-way डिफ में एक साझा पूर्वज (ancestor) जोड़ा जाता है, जिसे Base कहा जाता है, और इसकी तुलना दो स्वतंत्र एडिट, Version A और Version B से की जाती है। चूँकि दोनों वर्ज़न एक ही शुरुआती बिंदु से नापे जाते हैं, इसलिए 3-way डिफ यह बता सकता है कि किस पक्ष ने किन लाइनों को छुआ और क्या दोनों एडिट एक ही हिस्से में टकराए — ठीक वही लॉजिक जो Git मर्ज कॉन्फ्लिक्ट पहचानने के लिए इस्तेमाल करता है। यह टूल एक ही टॉगल से दोनों विकल्प देता है। सीधे-सादे रिविज़न को रिव्यू करने के लिए 2-way मोड का इस्तेमाल करें, और 3-way मोड तब जब दो लोगों ने एक ही फ़ाइल को अलग-अलग बदला हो और आपको यह देखना हो कि किसने क्या किया। ऊपर मोड बदलें और अपने वर्ज़न पेस्ट करके तुरंत तुलना करें।

व्यूअर Longest Common Subsequence (LCS) एल्गोरिद्म से अंतर की गणना करता है, यही लाइन-मिलान वाला तरीका क्लासिक Unix diff और Git के पीछे भी काम करता है। LCS दोनों इनपुट में मौजूद लाइनों का सबसे लंबा क्रम खोजता है जो एक ही क्रम में साझा है, फिर उस क्रम के बाहर की हर चीज़ को इंसर्ट या डिलीट माना जाता है। इसका फ़ायदा है अलाइनमेंट: एक लाइन खिसकने पर पूरी फ़ाइल को दोबारा लिखा हुआ बताने के बजाय, यह बिना बदलाव वाली लाइनों को मिलाकर रखता है और सिर्फ़ असली एडिट को फ्लैग करता है — जोड़ी गई के लिए हरा और हटाई गई के लिए लाल। तुलना लाइन-आधारित है, इसलिए हर इनपुट को लाइन ब्रेक पर विभाजित किया जाता है और हर लाइन को कैरेक्टर-बाय-कैरेक्टर के बजाय एक पूरी इकाई के रूप में मिलाया जाता है। यही वजह है कि यह सोर्स कोड, Markdown, CSV रो, लॉग, और कॉन्फ़िग फ़ाइलों के लिए अच्छी तरह उपयुक्त है। अपने दो वर्ज़न पेस्ट करें और टाइप करना बंद करते ही हाइलाइट किया हुआ नतीजा दिखने लगता है।

Unified diff वह मानक पैच फ़ॉर्मैट है जिसे Git, कोड रिव्यू टूल, और Unix के patch कमांड इस्तेमाल करते हैं। यह पुरानी और नई फ़ाइल को दर्शाने वाली दो हेडर लाइनों (--- और +++) से शुरू होता है, फिर बदलावों को @@ मार्कर से शुरू होने वाले hunks में समूहित करता है जो लाइन पोज़िशन दिखाता है। हर hunk के अंदर, प्लस चिह्न वाली लाइनें जोड़ी गई थीं, माइनस चिह्न वाली लाइनें हटाई गई थीं, और बिना बदलाव वाली संदर्भ लाइनों के आगे एक स्पेस होता है। इसे कॉपी करने की वजह है पोर्टेबिलिटी: unified diff सादा टेक्स्ट है जिसे कोई भी डेवलपर या टूल पढ़ और लागू कर सकता है, इसलिए आप इसे बिना स्क्रीनशॉट के सीधे पुल रिक्वेस्ट कमेंट, बग रिपोर्ट, या .patch फ़ाइल में डाल सकते हैं। यह टूल आपके पैनल से अपने आप unified आउटपुट बना देता है, और एक-क्लिक वाला Copy बटन इसे आपके क्लिपबोर्ड पर रख देता है। अपने वर्ज़न पेस्ट करें, फिर जब बदलाव शेयर करने के लिए तैयार हों तो unified diff कॉपी कर लें।

हाँ — 3-way मोड ठीक उसी तरह बना है जैसे मर्ज कॉन्फ्लिक्ट संरचित होता है। कॉन्फ्लिक्ट तब होता है जब दो ब्रांच एक ही फ़ाइल को स्वतंत्र रूप से एडिट करते हैं, और Git दोनों की तुलना उनके साझा पूर्वज (ancestor) से करके तय करता है कि कौन-से बदलाव मिल सकते हैं और कौन-से टकराते हैं। 3-way डिफ पर स्विच करें, साझा पूर्वज को Base में, अपनी ब्रांच को Version A में, और आने वाली ब्रांच को Version B में पेस्ट करें। व्यूअर तीनों कॉलम को Base से A और Base से B के लिए अलग-अलग चेंज काउंट के साथ दिखाता है, ताकि आप एक नज़र में देख सकें कि किस पक्ष ने किन लाइनों को छुआ और कहाँ वे ओवरलैप करते हैं। इसके बाद आप अपने एडिटर में कॉन्फ्लिक्ट सुलझाते समय लाइन-दर-लाइन तय कर सकते हैं कि कौन-सा एडिट रखना है। ध्यान दें कि यह केवल पढ़ने-योग्य (read-only) तुलना सहायक है: यह आपको कॉन्फ्लिक्ट समझने में मदद करता है लेकिन कमिट, स्टेज, या फ़ाइलें नहीं लिखता। ठीक करने से पहले मर्ज का नक्शा बनाने के लिए ऊपर अपने तीन वर्ज़न पेस्ट करें।

इसमें कोई तय कैरेक्टर या फ़ाइल-साइज़ सीमा नहीं है, और न ही कोई पेवॉल है जो बड़े इनपुट के लिए अनलॉक करना पड़े — आप पैनल में छोटे स्निपेट या लंबी फ़ाइलें दोनों पेस्ट कर सकते हैं। चूँकि डिफ पूरी तरह आपके ब्राउज़र में LCS एल्गोरिद्म से चलता है, इसलिए प्रदर्शन किसी सर्वर क्यू के बजाय आपके अपने डिवाइस पर निर्भर करता है, और सोर्स फ़ाइलों, कॉन्फ़िग स्निपेट, लॉग, या डॉक्यूमेंट ड्राफ्ट जैसे ज़्यादातर सामान्य इनपुट लगभग तुरंत कंपेयर हो जाते हैं। एक व्यावहारिक बात यह है कि LCS का काम दोनों इनपुट के आकार के साथ बढ़ता है, इसलिए हज़ारों लाइनों वाली दो बहुत बड़ी फ़ाइलों की तुलना करने में एक छोटे स्निपेट से थोड़ा ज़्यादा समय लग सकता है। सामान्य कोड रिव्यू और रिविज़न जाँच में आपको कोई देरी महसूस नहीं होगी। आप जो भी पेस्ट करते हैं वह अपलोड नहीं होता, इसलिए गोपनीय पैच या कॉन्ट्रैक्ट भी आपके डिवाइस पर ही रहते हैं। ऊपर पैनल में अपना टेक्स्ट पेस्ट करें और टाइप करना खत्म करते ही हाइलाइट किया हुआ डिफ दिखाई देने लगता है।