दो टेक्स्ट की तुलना करें

किसे एक जैसी लाइन माना जाता है

तुलना लाइन पर नहीं, एक की (key) पर होती है। चालू किए गए नज़रअंदाज़ वाले विकल्पों के हिसाब से हर लाइन को एक की में बदला जाता है, diff इन की पर चलता है, और आपको हमेशा आपका ओरिजिनल टेक्स्ट ही दिखाया जाता है — इसलिए “कैपिटल/स्मॉल अक्षरों को नज़रअंदाज़ करें” चालू करने से यह बदलता है कि कौन-सी लाइनें मेल खाती हैं, पर दिखने वाले टेक्स्ट का एक भी कैरेक्टर नहीं बदलता। स्पेस के दो अलग विकल्प हैं और वे अपने लेबल से ज़्यादा अलग हैं: एक लाइन के सिरे ट्रिम करता है, दूसरा पहले लगातार आने वाले स्पेस और टैब को एक स्पेस में समेटता है और फिर ट्रिम करता है। कोई भी व्हाइटस्पेस पूरी तरह नहीं हटाता, और समेटने वाला विकल्प सिर्फ़ सीधे स्पेस और टैब ढूंढता है, इसलिए लाइन के बीच का आइडियोग्राफ़िक स्पेस या नॉन-ब्रेकिंग स्पेस जस का तस रहता है और अंतर के रूप में गिना जाता है।

ख़ाली लाइनों को नज़रअंदाज़ करने वाले विकल्प का एक असर है जिसकी बात कोई नहीं करता: ख़ाली लाइनें तुलना चलने से पहले हटा दी जाती हैं, इसलिए नतीजे के बगल के लाइन नंबर सिर्फ़ बची हुई लाइनें गिनते हैं, और आपकी फ़ाइल के लाइन नंबरों से मेल खाना बंद कर देते हैं। विकल्प बंद हो, तो वे बिल्कुल मेल खाते हैं। बदली गई लाइन के अंदर शब्द-स्तर की हाइलाइटिंग सिर्फ़ कैपिटल/स्मॉल अक्षर वाली सेटिंग मानती है और कुछ नहीं — स्पेस वाले विकल्प वहां तक नहीं पहुंचते, इसलिए किसी और वजह से बदली गई लाइन के अंदर स्पेसिंग के अंतर भी बदलाव के रूप में रंगे जाते हैं।

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

जब आपको कुछ और चाहिए

स्ट्रक्चर वाले फ़ॉर्मैट की लाइनों के रूप में तुलना ख़राब होती है, और यह गड़बड़ी छुपी नहीं, खुलकर दिखती है: दो JSON डॉक्यूमेंट जो सिर्फ़ अपनी की के क्रम में अलग हैं, या दो CSV जिनमें एक कॉलम खिसका है, बदलावों की ऐसी दीवार बनकर आते हैं जिससे कुछ पता नहीं चलता। इन्हें ऐसी चीज़ से diff करें जो उनकी बनावट समझती हो — दोनों JSON फ़ाइलों की की पहले सॉर्ट करके नतीजों की तुलना करें, या daff इस्तेमाल करें, जो CSV को पंक्तियों और कॉलम के रूप में diff करता है और बताएगा कि एक कॉलम खिसका, न कि हर लाइन बदल गई।

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