كل المقالات

Getting Started

ما هي CICDoo البدء: معالج الإعداد الأولي لوحة التحكم وخريطة البنية التحتية

Concepts

مراحل الإنتاج والتجهيز والتطوير النطاقات والنطاقات الفرعية وSSL إصدارات Odoo وطبعاته (Community مقابل Enterprise) مساحات العمل والتعاون الجماعي

Servers

إضافة خادم نطاقات الخادم و DNS استخدام موازن الأحمال إجراءات الخادم: النشر والسجلات والمخططات

Projects & Git

إنشاء مشروع ربط GitHub ربط GitLab الفروع والنسخ

Instances & Console

إنشاء نسخة إعادة تشغيل نسخة وإيقافها وإزالتها دمج الفروع بين المراحل Web IDE والوصول عن بُعد شرح إعدادات النسخة عمليات النشر وقائمة المهام

Agent Tasks

ما هي مهام الوكيل إعداد مهام الوكيل تشغيل مهمة ومراجعة النتيجة وقت الوكيل وإعادة التعبئة

Monitoring & Backups

مراقبة نسختك النسخ الاحتياطي والاستعادة إشعارات التنبيه (البريد الإلكتروني والرسائل القصيرة)

Workspaces & Permissions

دعوة أعضاء مساحة العمل أذونات الأعضاء والوصول إلى الموارد عضو لا يستطيع رؤية مورد أو استخدامه

Account & Security

المصادقة الثنائية (2FA) إعدادات الملف الشخصي والتكاملات كلمات المرور واسترداد الحساب

Billing & Plans

الخطط والأسعار ترقية اشتراكك وإدارته إذا بقي اشتراك مشروع دون سداد برنامج شركاء القنوات

Support & Tickets

فتح تذكرة دعم الحصول على المساعدة من فريق CICDoo

Troubleshooting

استكشاف الأخطاء: تعذّر ربط خادم استكشاف الأخطاء: فشل عملية نشر استكشاف الأخطاء: فشل git push بخطأ 403 بعد نقل مستودع استكشاف الأخطاء: نسختي متوقّفة أو بطيئة استكشاف الأخطاء: مشكلات النطاق أو SSL

Agent Tasks

تشغيل مهمة ومراجعة النتيجة

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

إنشاء مهمة

افتح صفحة المهام في مشروع، أو تبويب المهام في وحدة تحكم نسخة، وأنشئ واحدة. أنت تعطيها:

  • عنواناً ووصفاً. ما ينبغي تغييره، بلغة عادية. التفصيل يساعد: الطلب نفسه مع جملتين من السياق ينتج خطة أفضل بكثير من الطلب وحده.
  • النسخة التي يعمل فيها. هذا يحدد قاعدة الشيفرة التي يقرأها الوكيل، والفرع الذي تُدفع إليه النتيجة.
  • المهارات والمرفقات، اختيارياً. المهارات هي أعرافك الخاصة؛ والمرفقات ملفات ينبغي أن تكون بيد الوكيل للسياق، مثل مواصفة أو لقطة شاشة للمشكلة.

إنشاء المهام يتطلب صلاحية مهام الوكيل. وإذا بقي اشتراك المشروع دون سداد وصار المشروع للقراءة فقط، رُفض إنشاء المهام مع كل إجراء آخر.

توجيه المهمة إلى نسخة الإنتاج يفرض عليك كتابة confirm عند إنشائها، وتُسجَّل المهمة بوصفها مهمة إنتاج من تلك اللحظة.

قراءة الخطة

يلتقط الوكيل المهمة، ويقرأ قاعدة الشيفرة، ويعيد إليك خطة. لم يتغير شيء بعد عند هذه النقطة.

اقرأ الخطة نفسها، لا سطرها الأول فقط. هذه فرصتك الوحيدة لالتقاط سوء فهم قبل أن تُكتب الشيفرة، وكلفة قراءتها أقل بكثير من كلفة تفكيك تغيير سيّئ بعد وقوعه.

ثم اختر:

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

الموافقة تتطلب صلاحية الموافقة على الخطط.

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

ما الذي يصل إلى git

بمجرد موافقتك، يجري الوكيل التغيير داخل حاوية النسخة، ويعمل commit له، ويدفعه إلى فرع تلك النسخة. وهذا الدفع يعيد نشر النسخة، فتكون النتيجة قيد التشغيل حيث يمكنك رؤيتها.

لا يوجد pull request. يذهب الـ commit مباشرة إلى الفرع الذي نُشرت منه النسخة، ولهذا فإن النسخة التي تختارها مهمة، ولهذا أيضاً يقف أمام الإنتاج تأكيدان.

وإذا انتهى التشغيل دون حاجة إلى تغيير أي شيء، قال ذلك بدل أن يخترع commit.

حين لا تكون النتيجة صحيحة

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

تُحصى الجولات على المهمة، فترى كم مرّة احتاج العمل، وما الذي غيّرته كل جولة.

حين يسوء شيء ما

  • لا تبدأ النسخة بما دفعه التشغيل. تنقل CICDoo تلك الـ commits إلى فرع إنقاذ، وتعيد ضبط فرع النسخة، وتعيد Odoo إلى العمل. لا شيء يُدفع ولا شيء يضيع: العمل موجود على فرع الإنقاذ إن أردته.
  • يفشل الدفع. يبقى العمل في شجرة العمل داخل الحاوية بدل أن يختفي.
  • يصطدم التشغيل بحد الاستخدام لدى مزوّدك. تتوقف المهمة مؤقتاً وتخبرك متى يُعاد ضبط الحد. واستئناف يتابع الخطة المعتمدة من تلك النقطة؛ هي الجولة نفسها بعد انقطاع، لا جولة جديدة.
  • يتوقف التشغيل عن الإبلاغ. إذا ماتت حاوية في منتصف العمل، وُسمت المهمة بأنها فاشلة بدل أن تبقى معلّقة إلى الأبد. وإذا أبلغ الوكيل متأخراً بعد ذلك، فالنتيجة تُلتقط رغم ذلك.

متابعة الاستهلاك

يسرد تبويب الاستهلاك في المهمة كل عملية تشغيل خلفها: أي جولة وأي مرحلة، ومن أطلقها، والنتيجة، والرموز الداخلة والخارجة، والوقت الذي استغرقته. وتجمع صفحة /agent هذا عبر المشاريع، مع مخططات لآخر 30 يوماً أو 90 يوماً أو 12 شهراً.

وتُحصى إعادات المحاولة والإخفاقات أيضاً. وهذا مقصود: فهي تكلّف وقت وكيل حقيقياً، والمهمة التي احتاجت أربع محاولات ينبغي أن تبدو كذلك.

الخطوات التالية

لمعرفة كيف يُقاس ذلك الوقت وكيف يُدفع ثمنه، راجع وقت الوكيل وإعادة التعبئة. ولتفعيل الميزة وربط واجهة أوامر، راجع إعداد مهام الوكيل.

إذا واجهتك صعوبة، افتح تذكرة دعم من صفحة التذاكر أو من أداة الدردشة.

السابق إعداد مهام الوكيل التالي وقت الوكيل وإعادة التعبئة

ما زلت عالقاً؟ افتح تذكرة من التطبيق أو تحدث إلى مهندس.