feature
auto mode
حلٌّ وسط ذكي للـ permissions — الإجراءات الآمنة تعمل وحدها، والخطِرة لا تزال تتوقّف لتأذن لها.
الموافقة على كل أمر غير ضارّ تصبح مملّة؛ والموافقة على *كل شيء* مسبقاً تهوّر. auto mode هو الحلّ الوسط: classifier يراقب كل إجراء ويسمح للآمن بالمرور بينما يوقف الخطِر منتظراً موافقتك. تواصل التقدّم في مهمة طويلة دون مجالسة كل git status، وتبقى الخطوات الخطِرة فعلاً منتظرةً قراراً بشرياً.
تمنحك Permissions مقبضاً بين طرفين متناقضين: الموافقة على كل إجراء يدوياً، أو السماح لها جميعاً بالمرور. لكلٍّ منهما ثمن — الأول مقاطعة مستمرّة، والثاني يُسقط حواجز الأمان كلّها. auto mode هو الإعداد الذي في المنتصف.
بدل أن يسألك عن كل شيء، يصنّف classifier كل إجراء حين يطرأ: الأمور الآمنة الروتينية (القراءات، الاختبارات، فحوص الحالة) تعمل ببساطة، بينما أي شيء قد يسبّب ضرراً حقيقياً يبقى يتوقّف وينتظر موافقتك. والنتيجة مهمة طويلة تتدفّق غالباً من تلقاء نفسها لكنها لا تفعل بصمت شيئاً لا رجعة فيه من خلف ظهرك.
للإجراءات التي تريد استبعادها كلّياً، اضبط رفضاً قاطعاً — منعاً يصمد مهما كان على الـ allowlist غيره. ذلك هو الموضع الصحيح لعمليات force-push، أو deploys إلى production، أو أي شيء لا تريده أبداً يعمل دون إشراف. يتولّى auto mode الوسط الممل؛ والرفض القاطع يحرس حافة الهاوية.
لماذا يفيد ارفع يدك عن زرّ الموافقة دون أن تسلّم المفاتيح.
أمثلة
/auto لا تدعه يشغّل force-push أبداً — رفض قاطع، حتى لو كان على الـ allowlist. نصائح وأفضل الممارسات
- إنه الوسط الصادق بين الموافقة على كل شيء و
--dangerously-skip-permissions— الآمن يمرّ، والخطِر يتوقّف. - اضبط قواعد **رفض قاطع** للإجراءات التي يجب ألّا تعمل تلقائياً *أبداً*، مهما كان المسموح به غير ذلك.
- اقرنه بـ [checkpoints](/ar/features/checkpoints/) حتى يكون لأي تغيير مُوافَق عليه تلقائياً طريق عودة نظيف.