सामग्री पर जाएँ
100% प्राइवेसी — फ़ाइलें आपकी डिवाइस पर ही रहती हैं
>_
हिन्दी

टेक्स्ट डिफ चेकर — दो टेक्स्ट कम्पेयर करें

किसी टेक्स्ट के दो वर्ज़न पेस्ट करें और देखें कि क्या बदला — वर्ड-दर-वर्ड या लाइन-दर-लाइन।

फ़ाइल यहाँ छोड़ें (टेक्स्ट, Word, PDF, Excel, PowerPoint, OpenDocument, RTF)। तुलना के लिए दो फ़ाइलें कहीं भी छोड़ें।

फ़ाइल यहाँ छोड़ें (टेक्स्ट, Word, PDF, Excel, PowerPoint, OpenDocument, RTF)। तुलना के लिए दो फ़ाइलें कहीं भी छोड़ें।

तुलना का नतीजा

और विकल्प
अनदेखा करने के नियम (regex)
फ़ाइल एक्सट्रैक्शन विकल्प

दोनों फ़ाइलों पर लागू होते हैं और लोड की गई फ़ाइलों पर तुरंत दोबारा लागू हो जाते हैं (उन्हें फिर से चुनने की ज़रूरत नहीं)। फ़ाइलें आपके ब्राउज़र में ही रहती हैं।

हर फ़ाइल प्रकार की सीमाएँ

केवल टेक्स्ट की तुलना होती है; विश्वसनीयता बताती है कि निकाला गया टेक्स्ट मूल प्रोग्राम में दिखने वाले टेक्स्ट के कितना क़रीब है।

  • टेक्स्ट / कोड (उच्च): सटीक। एन्कोडिंग अपने-आप पहचानी जाती है (BOM, UTF-16, UTF-8, नहीं तो Windows-1252)।
  • Word .docx (मध्यम): अनुच्छेद, हेडिंग, सूचियाँ और टेबल टेक्स्ट के रूप में रखे जाते हैं। इमेज, टेक्स्ट बॉक्स, हेडर/फ़ुटर, फ़ुटनोट और कमेंट छोड़ दिए जाते हैं; ट्रैक किए गए बदलाव स्वीकार किए हुए दिखते हैं।
  • PDF (मध्यम): केवल टेक्स्ट लेयर वाले PDF; स्कैन के लिए OCR चाहिए (समर्थित नहीं)। कई कॉलम वाले पेज और टेबल अलग क्रम में पढ़े जा सकते हैं; हाइफ़नेशन और पंक्ति-विराम लेआउट पर निर्भर करते हैं।
  • Excel .xlsx (उच्च): दिखने वाली शीट की वैल्यू (या फ़ॉर्मूले), हर पंक्ति के लिए एक लाइन। संख्या और तारीख़ के डिस्प्ले फ़ॉर्मेट, चार्ट, इमेज और कमेंट शामिल नहीं हैं; बहुत बड़ी वर्कबुक धीमी हो सकती हैं।
  • OpenDocument .odt (मध्यम): Word जैसा: टेक्स्ट, हेडिंग, सूचियाँ और टेबल; कमेंट, फ़ुटनोट और ट्रैक किए गए डिलीट छोड़ दिए जाते हैं। .odp स्लाइड के लिए भी यही।
  • OpenDocument .ods (उच्च): सभी शीट की सेव की हुई सेल वैल्यू; फ़ॉर्मूले उनकी वैल्यू के रूप में दिखते हैं।
  • PowerPoint .pptx (मध्यम): प्रेज़ेंटेशन के क्रम में स्लाइड का टेक्स्ट, टेबल सहित; स्पीकर नोट्स, चार्ट, इमेज और SmartArt छोड़ दिए जाते हैं।
  • RTF (कम): अनुच्छेदों और विशेष अक्षरों का सरल रूपांतरण; जटिल या एम्बेड की गई सामग्री छूट सकती है।

समर्थित नहीं: इमेज/स्कैन (OCR नहीं), पासवर्ड से सुरक्षित फ़ाइलें, पुराने .doc/.xls/.ppt, 30 MB से बड़ी फ़ाइलें। फ़ाइल की सामग्री कभी अपलोड नहीं होती और सेव नहीं की जाती।

टेक्स्ट डिफ चेकर का इस्तेमाल क्यों करें?

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

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

बाईं ओर ओरिजिनल टेक्स्ट और दाईं ओर अपडेटेड वर्ज़न पेस्ट करें — दोनों बॉक्स लाइन नंबर दिखाते हैं और एक-दूसरे के साथ सिंक होकर स्क्रॉल होते हैं, और हर एक के अपने Clear, Swap और फ़ाइल अपलोड करें बटन हैं ताकि आप कॉपी-पेस्ट करने की बजाय सीधे डिस्क से दो फ़ाइलें (सादा टेक्स्ट, कोड, Word, PDF, Excel आदि) लोड कर सकें। जैसे ही आप टाइप करते हैं, तुलना लाइव अपडेट होती है; दबाने के लिए कोई बटन नहीं है। यह कंट्रोल करने के लिए कि अंतर कितने बारीक स्तर पर तोड़े जाएं, Character, Word, या Line चुनें: Character मोड एक टाइपो-लेवल एडिट तक पकड़ लेता है, Word मोड प्रोज़ के लिए सबसे अच्छा है क्योंकि यह ठीक-ठीक बताता है कि किसी वाक्य के अंदर कौन से शब्द बदले, और Line मोड पूरी लाइनों की तुलना करता है, जो कोड, JSON, या लिस्ट-स्टाइल कंटेंट के लिए सही है जहां आपको यह जानना है कि पूरी की पूरी कौन सी लाइनें हिली हैं, न कि उनके अंदर के अलग-अलग शब्द। जो लाइन सिर्फ एक वर्ज़न में हो वह पूरी हरी (जोड़ी गई) या लाल (हटाई गई) दिखती है; जो लाइन दोनों में मौजूद है लेकिन एडिट हुई है वह ऑरेंज में दिखती है, जिसमें अंदर बदला हुआ शब्द या कैरेक्टर और भी गहरे रंग में हाइलाइट होता है — ताकि आप एक नज़र में एडिट की गई लाइन को एक असंबंधित delete-then-insert जोड़े से अलग पहचान सकें।

तुलना के ऊपर दिखने वाली added/removed/modified की गिनतियां आपको एक नज़र में बदलाव के आकार का अंदाज़ा दे देती हैं, और ↑/↓ बटन बिना अनचेंज्ड लाइनों में स्क्रॉल किए सीधे अगले या पिछले बदलाव पर ले जाते हैं — किसी लंबे डॉक्यूमेंट पर काफी काम का। एक Fullscreen बटन करीब से रिव्यू करने के लिए तुलना को पूरी स्क्रीन में फैला देता है। तुलना के नीचे, मर्ज टूल इसे सिर्फ पढ़ने लायक डिफ से कुछ ऐसा बना देता है जिसे आप असल में रिज़ॉल्व कर सकते हैं: हर बदलाव के अपने ← / → बटन दोनों कॉलम के बीच होते हैं, जिनसे आप दाएं वर्ज़न के एडिट को बाएं कॉलम में खींच सकते हैं या बाएं वर्ज़न को दाएं में भेज सकते हैं, एक बार में एक बदलाव, जब तक कि दोनों कॉलम ठीक वैसे न पढ़ें जैसा आप चाहते हैं। हर कॉलम के अपने Copy और Save बटन हैं, ताकि आप बिना कुछ दोबारा टाइप किए एक साफ-सुथरा, मर्ज किया हुआ रिज़ल्ट निकाल सकें। अगर दोनों टेक्स्ट आखिरकार एक जैसे निकलते हैं, तो टूल आपको यह सीधे बता देता है, बजाय कोई खाली, अस्पष्ट रिज़ल्ट दिखाने के — एक चीज़ कम जिसके बारे में दोबारा सोचना पड़े।

एक ही कोड के दो वर्ज़न अक्सर सिर्फ़ स्टाइल की वजह से बिल्कुल अलग दिखते हैं: मिनिफ़ाई बनाम सुव्यवस्थित, टैब बनाम स्पेस, सिंगल बनाम डबल कोट, या अलग-अलग जगह से तोड़ी गई लंबी पंक्तियाँ। तुलना से पहले दोनों टेक्स्ट को एक मानक पर लाने के लिए दोनों बॉक्स के ऊपर फ़ॉर्मेट बटन दबाएँ; यह हर बॉक्स की भाषा खुद पहचान लेता है (पहले फ़ाइल नाम से, फिर टेक्स्ट से)। उसके बगल के गियर मेन्यू में आप खुद JSON, XML, SQL, HTML, CSS, SCSS, LESS, JavaScript, TypeScript, YAML, Markdown या GraphQL चुन सकते हैं, 2 स्पेस, 4 स्पेस या टैब का इंडेंट, पंक्ति-चौड़ाई, और SQL के लिए MySQL, PostgreSQL या SQL Server जैसा डायलेक्ट तय कर सकते हैं। फ़ॉर्मेट दोनों बॉक्स पर एक जैसी सेटिंग से लागू होता है, और अगर दोनों तरफ़ अलग-अलग भाषाएँ निकलें तो चेतावनी मिलती है। टेक्स्ट में सिंटैक्स एरर हो तो कुछ नहीं बदलता और संदेश में पंक्ति व कॉलम बताया जाता है। फ़ॉर्मेटर (Prettier और sql-formatter) तभी डाउनलोड होते हैं जब आप फ़ॉर्मेट दबाते हैं, बड़े इनपुट से पेज न अटके इसलिए वे बैकग्राउंड वर्कर में चलते हैं, और सब कुछ आपके डिवाइस पर रहता है। फ़ॉर्मेटिंग कोटेशन मार्क, सेमीकोलन और नई पंक्तियाँ बदल सकती है, पर कोड क्या करता है यह कभी नहीं बदलती, और हर फ़ॉर्मेट को पूर्ववत किया जा सकता है। तैयार होने पर सीधे नतीजे पर पहुँचने के लिए तुलना करें दबाएँ।

अक्सर पूछे जाने वाले प्रश्न

क्या मैं पंक्ति के बजाय अक्षर दर अक्षर टेक्स्ट की तुलना कर सकता हूँ?

हां — अक्षर, शब्द और पंक्ति स्तर की तुलना के बीच स्विच करें।

क्या मैं दोनों संस्करणों को एक अंतिम टेक्स्ट में मर्ज कर सकता हूँ?

हां — बिल्ट-इन मर्ज टूल आपको एक-एक बदलाव करके बाएं या दाएं संस्करण को स्वीकार करने देता है।

क्या मैं व्हाइटस्पेस या बड़े/छोटे अक्षरों के अंतर को अनदेखा कर सकता हूँ?

हां — "व्हाइटस्पेस अनदेखा करें" और "केस अनदेखा करें" को स्वतंत्र रूप से चालू करें।

फ़ॉर्मेट बटन कौन-सी भाषाएँ सँभाल सकता है?

JSON, XML, SQL (स्टैंडर्ड SQL के साथ MySQL, PostgreSQL, SQL Server, SQLite, BigQuery और अन्य), HTML, CSS, SCSS, LESS, JavaScript/JSX, TypeScript/TSX, YAML, Markdown और GraphQL। भाषा फ़ाइल के नाम या टेक्स्ट से अपने-आप पहचानी जाती है, और आप चाहें तो उसे हाथ से भी चुन सकते हैं।

जुड़े हुए टूल्स