أداة مقارنة النصوص (مقارنة على مستوى السطر، مرمزة بالألوان)

كيف يتم حساب المقارنة

نستخدم خوارزمية أطول تسلسل فرعي مشترك (LCS) لإيجاد الأسطر المشتركة بين الإصدارين. الأسطر التي تظهر في كليهما 'غير متغيرة'. الأسطر فقط في الأصل 'محذوفة'. الأسطر فقط في الإصدار المنقح 'مضافة'. النتيجة مقارنة مشروحة بوضوح مع الحفاظ على أرقام الأسطر على كلا الجانبين.

LCS هي النهج القياسي المستخدم بواسطة git ومعظم أدوات diff. تختار أطول تسلسل مطابق ممكن، والذي عادةً ما يتطابق مع ما يسميه الإنسان 'نفس الفقرة'. للمدخلات الكبيرة جداً (10,000+ سطر) ينمو وقت التشغيل بشكل تربيعي؛ إذا كنت بحاجة لمقارنة سجلات كبيرة، استخدم أداة diff تدفقية بدلاً من ذلك.

لما هذا جيد

مراجعات المستندات: شاهد بالضبط ما تغير بين المسودات. مفيد للعقود القانونية وشروط الخدمة وأي نص حيث 'ما الذي تغير؟' مهم.

ملفات التكوين: قارن بين ملفي .env أو YAML لاكتشاف خطأ في التكوين. أو إصدارين من سكريبت النشر.

تحرير النثر: يمكن للكتاب رؤية مراجعات المحرر في السياق، خاصة عندما تتغير أسطر قليلة فقط.

مراجعة الكود (استخدام خفيف): للمقاطع الصغيرة. لمراجعة كود حقيقية، استخدم أداة تفهم بناء الجملة — git diff مع علامات دلالية أو أداة مراجعة مخصصة ستعطي نتائج أفضل.

القيود

نقارن على مستوى السطر. إذا غيرت 'cat' إلى 'cats' في سطر، فإن السطر كاملاً يظهر كمحذوف-ومضاف؛ لا نُبرز الـ 's' المُدرج. مقارنات على مستوى الكلمة والحرف مفيدة لذلك، لكنها أصعب في القراءة على الأسطر الطويلة.

المسافة البيضاء اللاحقة مهمة — 'foo' و 'foo ' (مسافة لاحقة) يُحسبان كسطرين مختلفين. إذا كنت تريد مقارنة غير حساسة للمسافات البيضاء، طبّع النص قبل اللصق.

الترتيب يهم. فقرتان في مواقع مختلفة يُحسبان كمحذوفتين ومضافتين. المقارنة لا تحاول اكتشاف الكتل 'المنقولة'.