टेक्स्ट तुलना
किसी टेक्स्ट के दो संस्करण पेस्ट करें और हर जोड़ी, हटाई और बदली गई लाइन देखें, बदले हुए शब्द हाइलाइट के साथ।
आप जो भी पेस्ट करते हैं वह संग्रहीत नहीं होता - दोनों टेक्स्ट उसी अनुरोध में तुलना करके लौटा दिए जाते हैं।
किसी टेक्स्ट के दो संस्करण पेस्ट करें और हर जोड़ी, हटाई और बदली गई लाइन देखें, बदले हुए शब्द हाइलाइट के साथ।
आप जो भी पेस्ट करते हैं वह संग्रहीत नहीं होता - दोनों टेक्स्ट उसी अनुरोध में तुलना करके लौटा दिए जाते हैं।
एक अनुबंध ऐसे बदलावों के साथ लौटा जिनके बारे में किसी ने नहीं बताया। एक कॉन्फ़िगरेशन फ़ाइल एक सर्वर पर चलती है और दूसरे पर नहीं। दोनों संस्करण यहाँ पेस्ट करें और लाइन-दर-लाइन ठीक-ठीक देखें कि क्या बदला, बदले हुए शब्द हाइलाइट के साथ।
जो संस्करण आपने भेजा था उसे बाईं ओर और जो लौटा उसे दाईं ओर पेस्ट करें। हर बदला हुआ खंड एक बदली गई लाइन के रूप में दिखता है, संपादित शब्द हाइलाइट के साथ, इसलिए 30 से 45 दिन की गई भुगतान अवधि या हटाई गई देयता सीमा तुरंत नज़र आती है। सबसे सटीक नतीजे के लिए हर लाइन में एक खंड रखें, और अगर दूसरे पक्ष ने सिर्फ़ स्पेसिंग या इंडेंट बदला हो तो स्पेस अनदेखा करें चालू करें, ताकि केवल शब्दों के बदलाव चिह्नित हों।
टेक्स्ट पहले लाइन-दर-लाइन मिलाए जाते हैं, इसलिए हर लाइन में एक खंड, सेटिंग या रिकॉर्ड रखना मदद करता है। जो लाइनें जोड़ी या हटाई नहीं बल्कि संपादित की गईं, उनकी जोड़ी बनाई जाती है और उनके शब्दों की फिर से तुलना होती है ताकि सटीक बदलाव हाइलाइट हो। शब्द हाइलाइटिंग तब लागू होती है जब किसी लाइन के दोनों संस्करण मिलाकर 1,000 अक्षरों तक हों, और एक तुलना में संपादित लाइनों के 50,000 अक्षरों तक; इससे लंबी लाइनें पूरी चिह्नित होती हैं। हर पक्ष में 2,00,000 अक्षर और 5,000 लाइनें तक आ सकती हैं।
अतिरिक्त स्पेस अनदेखा करें हर लगातार स्पेस और टैब को एक स्पेस में बदल देता है और हर लाइन के दोनों सिरों से उन्हें हटा देता है, इसलिए टैब या अंत में स्पेस वाली लाइन उन्हीं शब्दों से मेल खाती है जो एक-एक स्पेस से लिखे गए हों। यह स्पेस को पूरी तरह नहीं हटाता: "ab" और "a b" अब भी अलग हैं। एक खाली लाइन, या केवल एक टेक्स्ट की आखिरी लाइन के बाद का लाइन ब्रेक, अब भी जोड़ी गई लाइन गिना जाता है। केस अनदेखा करें यूनिकोड केस फ़ोल्डिंग का उपयोग करता है, इसलिए "Straße" और "STRASSE" मेल खाते हैं। जब कोई विकल्प किसी अंतर को छिपाता है, तो लाइन वैसी दिखती है जैसी वह बदले गए टेक्स्ट में है। Windows (CRLF) और Unix के लाइन ब्रेक बराबर माने जाते हैं; पुराने Mac के लाइन ब्रेक (केवल CR) वाला टेक्स्ट एक लंबी लाइन के रूप में पढ़ा जाता है।
समानता अक्षरों की नहीं, पूरी लाइनों की तुलना करती है: यह मेल खाने वाली लाइनों की संख्या का दोगुना है, जिसे दोनों तरफ़ की कुल लाइनों से भाग दिया जाता है। दस लाइनों में से एक बदली हो तो 90% आता है, लेकिन एक लाइन के टेक्स्ट में एक शब्द बदलने पर 0% आता है, भले ही ज़्यादातर शब्द वही हों। वाक्य के स्तर पर स्कोर के लिए पहले हर वाक्य को अलग लाइन में रखें। किसी बदले गए हिस्से में बदली हुई लाइनें दूसरी तरफ़ की लाइनों से क्रम से जोड़ी जाती हैं; अगर उस हिस्से की एक तरफ़ ज़्यादा लाइनें हों, तो बची हुई लाइनें जोड़ी गई या हटाई गई गिनी जाती हैं।
बिना लाइन ब्रेक वाला पैराग्राफ़ एक ही लाइन होता है, इसलिए एक शब्द बदलने पर पूरी लाइन चिह्नित हो जाती है। जब तक लाइन के दोनों संस्करण मिलाकर 1,000 अक्षरों के भीतर हों, उसके अंदर बदले शब्द हाइलाइट होते हैं; इससे लंबा पैराग्राफ़ पूरा चिह्नित होता है। पहले टेक्स्ट को वाक्यों या खंडों में बाँटने से हाइलाइटिंग सटीक और गिनती ज़्यादा उपयोगी होती है।
हाँ। हर कॉलम कॉपी करें और एक-एक पक्ष में पेस्ट करें; हर सेल एक लाइन बन जाता है। तुलना पंक्तियों के क्रम से चलती है, इसलिए दिखता है कि दोनों सूचियाँ कहाँ अलग होती हैं और कौन-सी पंक्तियाँ जोड़ी या हटाई गईं। अगर क्रम मायने नहीं रखता, तो पहले केस कन्वर्टर में A से Z क्रमबद्ध करें से दोनों सूचियाँ क्रम में लगा लें, ताकि केवल असली जोड़ और हटाव चिह्नित हों। कैपिटल अक्षर और फालतू स्पेस छोड़ने के लिए केस अनदेखा करें और अतिरिक्त स्पेस अनदेखा करें चालू करें। Excel के अंदर ही जाँचने के लिए: =EXACT(A2,B2) एक ही पंक्ति के दो सेल की तुलना करता है और केस-संवेदनशील है (सादा =A2=B2 केस को अनदेखा करता है), और =COUNTIF(B:B,A2)=0 कॉलम A के उस मान के लिए TRUE लौटाता है जो कॉलम B में नहीं है। COUNTIF केस को अनदेखा करता है और * व ? को वाइल्डकार्ड मानता है, इसलिए अगर ये डेटा का हिस्सा हों तो इनके आगे ~ लगाएँ।
हर दस्तावेज़ से टेक्स्ट कॉपी करके पेस्ट करें। बोल्ड या फ़ॉन्ट जैसी फ़ॉर्मैटिंग की तुलना नहीं होती, केवल शब्दों और लाइनों की।
हर पक्ष में 2,00,000 अक्षर और 5,000 लाइनें तक।
नहीं। दोनों टेक्स्ट एक ही अनुरोध में मिलाकर लौटा दिए जाते हैं और कभी किसी डेटाबेस या लॉग में नहीं लिखे जाते।
हाँ, पर तुलना लाइन-दर-लाइन होती है, इसलिए एक ही लाइन में minified JSON एक बदली हुई लाइन के रूप में दिखता है। पहले दोनों वर्ज़न को JSON फ़ॉर्मेटर से फ़ॉर्मेट करें (यह keys का क्रम बनाए रखता है), ताकि हर key अपनी लाइन पर हो और सिर्फ़ असली value बदलाव चिह्नित हों। कोड जैसा है वैसा ही अच्छी तरह तुलना होता है; अगर सिर्फ़ इंडेंटेशन बदला है तो अतिरिक्त स्पेस अनदेखा करें चालू करें।
Word में कोई दस्तावेज़ खोलें और Review > Compare > Compare Documents चुनें, फिर मूल और संशोधित फ़ाइल चुनें: Word एक तीसरा दस्तावेज़ खोलता है जिसमें हर अंतर ट्रैक किए गए बदलाव के रूप में दिखता है, फ़ॉर्मैटिंग के बदलाव भी। Google Docs में एक संस्करण खोलें और Tools > Compare documents चुनें, फिर दूसरा चुनें: आपके Drive में एक नया दस्तावेज़ बनता है जिसमें अंतर सुझाए गए संपादनों के रूप में होते हैं, और इसके लिए संपादन की अनुमति चाहिए। जब दोनों टेक्स्ट दोनों Word फ़ाइलें या दोनों Google Docs न हों, जैसे ईमेल में लिखा कोई क्लॉज़ और हस्ताक्षरित PDF, तब यह पेज इस्तेमाल करें: दोनों तरफ़ का टेक्स्ट पेस्ट करें, बदले हुए शब्द हाइलाइट होते हैं और कुछ भी सहेजा नहीं जाता।
नहीं। तुलना लाइनों के क्रम से चलती है, इसलिए किसी दूसरी जगह ले जाई गई लाइन पुरानी जगह पर हटाई गई और नई जगह पर जोड़ी गई दिखती है, और हर कुल में एक बार गिनी जाती है। उदाहरण: A, B, C की तुलना B, C, A से करने पर 1 लाइन हटाई गई, 1 लाइन जोड़ी गई और 66.7% समानता मिलती है। अगर जगह बदली गई लाइन किसी संपादित लाइन के पास आ जाए, तो दोनों की जोड़ी बनकर एक बदली हुई लाइन के रूप में भी दिख सकती है। यह जाँचने के लिए कि दोनों सूचियों में क्रम चाहे जो हो वही लाइनें हैं, पहले केस कन्वर्टर में A से Z क्रमबद्ध करें से दोनों को क्रम में लगा लें।
Windows में Command Prompt में fc /n old.txt new.txt अलग ब्लॉक लाइन नंबरों के साथ दिखाता है; केस अनदेखा करने के लिए /c और स्पेस व टैब को एक मानने के लिए /w जोड़ें। macOS और Linux में diff -u old.txt new.txt एक unified diff छापता है; diff -i केस अनदेखा करता है और diff -b व्हाइट स्पेस की मात्रा में बदलाव अनदेखा करता है। Git इंस्टॉल हो तो git diff --no-index old.txt new.txt किसी भी सिस्टम पर, रिपॉज़िटरी के बाहर भी, चलता है और --word-diff जोड़ने पर बदले हुए शब्द चिह्नित होते हैं। जब टेक्स्ट फ़ाइलों में न हो, जैसे ईमेल का एक क्लॉज़ और PDF का दूसरा, या जब आप बिना टर्मिनल के बदले शब्द आमने-सामने हाइलाइट देखना चाहें, तब यह पेज इस्तेमाल करें।