الفروع

يوفر عرض الفروع نظرة عامة على الفروع المختلفة في مستودعك.

المراحل

يقدم Odoo.sh ثلاث مراحل مختلفة للفروع:

يمكنك تغيير مرحلة فرع عن طريق سحبه وإفلاته تحت المرحلة المطلوبة.

تغيير مرحلة فرع

ملاحظة

  • يمكن نقل فروع التطوير تحت التجهيز. إذا حاولت نقل فرع تطوير تحت الإنتاج، سيتم عرض رسالة تحذير توضح أنه يمكنك الحصول على فرع إنتاج واحد فقط لكل مشروع.

  • يمكن نقل فروع التجهيز تحت التطوير، ولكن لا يمكن نقلها تحت الإنتاج.

  • يمكن نقل فرع الإنتاج فقط تحت التطوير. إذا حاولت نقله تحت التجهيز، يمكنك فقط إجراء دمج. راجع قسم الدمج للحصول على شرح تفصيلي لهذه العملية.

الإنتاج

يحتوي فرع الإنتاج على الكود المستخدم لتشغيل قاعدة بيانات الإنتاج. يمكن أن يكون هناك فرع إنتاج واحد فقط.

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

إذا كانت التغييرات تتطلب تحديث وحدة، مثل تغيير عرض نموذج، وتريد إجراء التحديث تلقائيًا، يمكنك زيادة رقم إصدار الوحدة في ملف البيان الخاص بها (__manifest__.py). ثم تقوم المنصة بإجراء التحديث، وخلال ذلك سيكون المثيل غير متاح مؤقتًا لأسباب صيانة.

هذه الطريقة تعادل ترقية الوحدة باستخدام قائمة التطبيقات أو مفتاح -u في سطر الأوامر.

ملاحظة

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

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

يقوم Odoo.sh تلقائيًا بعمل نسخ احتياطية من قاعدة بيانات الإنتاج. يحتفظ بسبع نسخ احتياطية يومية، وأربع نسخ احتياطية أسبوعية، وثلاث نسخ احتياطية شهرية. تتضمن كل نسخة احتياطية تفريغ قاعدة البيانات، ومخزن الملفات (المرفقات والحقول الثنائية)، والسجلات، والجلسات.

تحذير

عند استخدام المشاريع التجريبية، يتم إعادة تعيين فرع الإنتاج وجميع فروع التجهيز تلقائيًا إلى مرحلة التطوير بعد 30 يومًا.

التجربة

تُستخدم فروع التجهيز لاختبار الميزات الجديدة باستخدام بيانات الإنتاج دون المساس بقاعدة بيانات الإنتاج الفعلية بسجلات الاختبار. حيث تنشئ نسخًا مكررة محايدة من قاعدة بيانات الإنتاج.

يعطل التحييد ما يلي:

  • الإجراءات المجدولة

    ملاحظة

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

  • رسائل البريد الإلكتروني الصادرة

    ملاحظة

    بدلاً من ذلك، يتم اعتراضها باستخدام ملتقط البريد. يتم توفير واجهة لعرض رسائل البريد الإلكتروني المرسلة من قاعدة البيانات في مشروع Odoo.sh الخاص بك. بهذه الطريقة، لا يتم إرسال رسائل بريد إلكتروني إلى جهات الاتصال الخاصة بك.

  • خدمات IAP

  • موفرو الدفع وموصلات الشحن

    ملاحظة

    يتم وضعها في وضع الاختبار.

إذا قمت بتكوين أو عرض التغييرات في قاعدة بيانات التجهيز، فتأكد من تسجيلها (تدوينها خطوة بخطوة، إعادة الإنتاج في الإنتاج، إلخ.) أو كتابتها مباشرة في وحدات الفرع، باستخدام ملفات بيانات XML لتجاوز التكوين أو العروض الافتراضية. راجع توثيق الوحدة الأولى لعرض الأمثلة.

ملاحظة

لا يتم إجراء اختبارات الوحدة. تعتمد على بيانات العرض التوضيحي، والتي لا يتم تحميلها في قواعد البيانات الإنتاجية والتجهيزية. إذا بدأت Odoo في دعم تشغيل الوحدات بدون بيانات العرض التوضيحي، فستنظر Odoo.sh حينها في تشغيل الاختبارات على قواعد البيانات التجهيزية.

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

تحذير

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

التّطوير

تُنشئ فروع التطوير قواعد بيانات جديدة باستخدام بيانات العرض التوضيحي لتشغيل اختبارات الوحدة. الوحدات المثبتة هي تلك المدرجة في الفرع. يمكنك تغيير قائمة الوحدات المراد تثبيتها في إعدادات المشروع.

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

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

لا يتم نسخ قواعد بيانات التطوير احتياطيًا تلقائيًا، والنسخ الاحتياطية اليدوية غير ممكنة.

تحذير

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

دمج الفروع

يمكنك دمج فروعك عن طريق سحبها وإفلاتها في بعضها البعض.

دمج الفروع في بعضها البعض

لاختبار تغييرات فروع التطوير مع بيانات الإنتاج، يمكنك إما:

  • دمج فرع التطوير في فرع تجهيزي عن طريق سحبه وإفلاته على الفرع المطلوب؛ أو

    دمج فرع تطوير في فرع تجهيزي
  • اسحب وأفلت فرع التطوير تحت قسم التجهيز لجعله فرع تجهيز.

    نقل فرع تطوير تحت التجهيز

عندما تكون التغييرات جاهزة للإنتاج، اسحب وأفلت الفرع التجهيزي في فرع الإنتاج لدمجه ونشره.

ملاحظة

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

  • يمكنك دمج فروع التطوير في بعضها البعض، وفروع التجهيز في بعضها البعض.

  • يمكنك أيضًا استخدام git merge مباشرة على محطة العمل الخاصة بك لدمج فروعك. يتم إخطار Odoo.sh عند دفع مراجعات جديدة إلى فروعك.

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

إذا اختبرت تغييرات التكوين في فروع التجهيز، وأردت تطبيقها على فرع الإنتاج، فيجب عليك إما:

  • اكتب تغييرات الإعدادات في ملفات بيانات XML لتجاوز الإعدادات الافتراضية أو طرق العرض في الفرع، ثم قم بزيادة إصدار الوحدة في ملفها البياني (__manifest__.py) لتشغيل تحديث الوحدة عند دمج الفرع التجريبي في الفرع الإنتاجي.

    ملاحظة

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

  • قم بنقلها يدوياً من قاعدة البيانات التجريبية إلى قاعدة البيانات الإنتاجية عن طريق نسخها ولصقها.

علامات التبويب

السجل

تعطي علامة التبويب السجل نظرة عامة على سجل الفرع:

  • رسائل الالتزام ومؤلفوها

  • الفعاليات المختلفة المرتبطة بالمنصة، مثل تغييرات المرحلة واستيراد قواعد البيانات واستعادة النسخ الاحتياطية

علامة تبويب سجل الفروع

تشير الحالة في الزاوية العلوية اليمنى لكل فعالية إلى العملية الحالية على قاعدة البيانات (مثل التثبيت أو التحديث أو استيراد النسخة الاحتياطية) أو نتيجتها (مثل ملاحظات الاختبار أو استيراد النسخة الاحتياطية بنجاح). إذا نجحت عملية ما، يظهر زر اتصال، مما يتيح لك الوصول إلى قاعدة البيانات.

البريد

تحتوي علامة التبويب الرسائل على أداة التقاط البريد، والتي توفر نظرة عامة على رسائل البريد الإلكتروني المرسلة من قاعدة البيانات.

ملاحظة

أداة التقاط البريد متاحة لفروع التطوير والفروع التجريبية. يتم إرسال رسائل البريد الإلكتروني من قاعدة البيانات الإنتاجية فعلياً ولا تعترضها أداة التقاط البريد.

علامة تبويب رسائل الفروع

Shell

توفر علامة التبويب الطرفية وصولاً إلى الطرفية للحاوية.

النقر على الطرفية يفتح علامة تبويب متصفح جديدة حيث يمكنك تشغيل أوامر Linux الأساسية (ls، top). يمكنك فتح طرفية على قاعدة البيانات عن طريق تشغيل psql.

علامة تبويب طرفية الفروع

نصيحة

يمكنك فتح علامات تبويب طرفية متعددة في وقت واحد وترتيب تخطيطها عن طريق السحب والإفلات.

ملاحظة

  • يتم تمييز طرفيات مثيلات الإنتاج باللون الأحمر للتأكيد على خطورة التعامل مع مثيلات الإنتاج مباشرة، بينما يتم تمييز طرفيات مثيلات التجريب/التطوير باللون الأصفر.

  • يمكن إنهاء مثيلات الطرفية طويلة التشغيل/جلسات الطرفية الخاملة في أي وقت لتحرير الموارد.

الأوامر

فيما يلي نظرة عامة على الأوامر المفيدة التي يمكنك تشغيلها في طرفية قاعدة بيانات Odoo.sh:

  • odoo-bin shell: لفتح طرفية Odoo

  • odoo-update: لتحديث الوحدات في قاعدة البيانات

  • odoosh-restart: لإعادة تشغيل خدمات Odoo.sh (http أو cron)

  • odoosh-storage: للتحقق من استخدام التخزين لنظام ملفات حاوية النسخة الخاصة بك

  • psql: لفتح واجهة سطر أوامر قاعدة البيانات

  • mutt: للتحقق من كيفية ظهور رسائل البريد الإلكتروني على عملاء النصوص (نسخ التجهيز والتطوير)

  • lnav ~/logs/odoo.log: للتنقل في ملف odoo.log الخاص بنسختك

  • ncdu: لتشغيل محلل استخدام القرص مع واجهة تفاعلية

  • grep: لتصفية المعلومات والعثور عليها في ملفات السجلات أو التكوين

المحرر

النقر على المحرر يفتح علامة تبويب متصفح جديدة للوصول إلى بيئة تطوير متكاملة (IDE) عبر الإنترنت لتحرير الكود المصدري. يمكنك أيضاً فتح أوامر طرفية ووحدات تحكم Python ووحدات تحكم Odoo shell.

علامة تبويب محرر الفروع

يمكنك فتح علامات تبويب متعددة وسحبها وإفلاتها لترتيب التخطيط كما تشاء.

المراقبة

تعرض علامة التبويب المراقبة مقاييس مراقبة أداء متنوعة للبناء الحالي.

قم بالتكبير باستخدام المؤشر لضبط النطاق الزمني أو حدده يدوياً من محدد النطاق الزمني. من الممكن أيضاً تغيير المنطقة الزمنية.

محدد النطاق الزمني في علامة تبويب مراقبة الفروع

ملاحظة

  • تستخدم السجلات التقنية دائماً التوقيت العالمي المنسق. لتحليل هذه السجلات مع مقاييس المراقبة الخاصة بك، تأكد من تحديد التوقيت العالمي المنسق في أداة المراقبة.

  • وبالمثل، عند إرسال تذكرة دعم، تأكد من أن المعلومات التي تشاركها تستند إلى التوقيت العالمي المنسق، حيث تستخدم Odoo هذه المنطقة الزمنية للتحقيق في مشكلات الأداء.

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

ملاحظة

الخطوط المنقطة بألوان أخرى تساعدك على الربط بالتغييرات الأخرى على البناء (استيراد قاعدة البيانات، git push، إلخ).

بيانات مجمعة لمراقبة المعالج

نصيحة

على كل رسم بياني، يتم عرض أيقونة 𝕚 (معلومات) في الزاوية العلوية اليسرى. مرر مؤشر الماوس فوقها للحصول على مزيد من التفاصيل حول ما يمثله الرسم البياني.

المقاييس

النظام

يعرض الرسم البياني الذاكرة معلومات حول استهلاك الذاكرة:

  • حاوية الذاكرة تمثل عمليات Odoo وعمليات الحاوية.

  • ذاكرة postgresql تمثل قاعدة البيانات.

الرسم البياني للذاكرة في علامة تبويب المراقبة

يعرض الرسم البياني المعالج معلومات حول استهلاك المعالج:

  • معالج http يمثل عمليات Odoo.

  • معالج cron/mail يمثل الإجراءات المجدولة ورسائل البريد الإلكتروني الواردة.

  • معالج postgresql (عمليات قاعدة البيانات)

  • معالج أخرى يمثل واجهات الويب والمحرر وغيرها.

الرسم البياني للمعالج في علامة تبويب المراقبة

يعرض الرسم البياني التخزين معلومات حول مساحة التخزين المستخدمة:

  • الحاوية تمثل مخزن الملفات وملفات السجل وملفات المستخدم.

  • Postgresql تمثل قاعدة البيانات والفهارس.

الرسم البياني للتخزين في علامة تبويب المراقبة
HTTP

يعرض الرسم البياني الطلبات معلومات حول عدد طلبات HTTP في الثانية:

  • طلبات HTTP الناجحة تمثل الطلبات الناجحة.

  • أخطاء HTTP تمثل الطلبات الفاشلة (تحقق من odoo.log).

  • معدل HTTP المحدود يمثل الطلبات المرفوضة، ربما بسبب نقص العمليات.

رسم الطلبات البياني في تبويب المراقبة

يعرض الرسم البياني الطلبات المتزامنة (الحد الأقصى) الحد الأقصى لعدد طلبات HTTP المتزامنة في الثانية.

الرسم البياني للطلبات المتزامنة في تبويب المراقبة

ملاحظة

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

يعرض متوسط وقت الاستجابة متوسط وقت الاستجابة لطلبات HTTP (بالميلي ثانية).

الرسم البياني لمتوسط وقت الاستجابة في تبويب المراقبة
البريد

يعرض الرسم البياني الوارد بيانات حول العدد اليومي لرسائل البريد الإلكتروني الواردة:

  • رسائل البريد الإلكتروني المستلمة تمثل رسائل البريد الإلكتروني المستلمة بنجاح.

  • رسائل البريد الإلكتروني المستلمة المرتدة تمثل رسائل البريد الإلكتروني غير المستلمة بنجاح.

الرسم البياني الوارد في تبويب المراقبة

يعرض الرسم البياني الصادر بيانات حول العدد اليومي لرسائل البريد الإلكتروني الصادرة:

  • رسائل البريد الإلكتروني المرسلة تمثل رسائل البريد الإلكتروني المرسلة بنجاح.

  • رسائل البريد الإلكتروني المرسلة المرتدة تمثل رسائل البريد الإلكتروني غير المرسلة بنجاح.

الرسم البياني الصادر في تبويب المراقبة

السجلات

يوفر تبويب السجلات عرضاً في الوقت الفعلي لسجلات الخادم الخاص بك.

تبويب سجلات الفروع

توجد سجلات مختلفة متاحة:

  • pip.log: تثبيت تبعيات Python

  • install.log: تثبيت قاعدة البيانات (بالنسبة لفروع التطوير، تشمل الاختبارات)

  • odoosh-import-database.log: آخر عملية استيراد قاعدة بيانات

  • odoo.log: الخادم قيد التشغيل

  • update.log: تحديثات قاعدة البيانات

  • pg_slow_queries.log: استعلامات psql التي تستغرق وقتاً غير عادي

  • sh_webshell.log: الإجراءات المتخذة في webshell

  • sh_editor.log: الإجراءات المتخذة في المحرر

  • neutralize.log: تحييد قاعدة البيانات (التجهيز فقط)

التمرير التلقائي للسجلات

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

يمكنك إيقاف عملية جلب السجلات مؤقتاً بالنقر على زر (إيقاف مؤقت) في الزاوية العلوية اليمنى. وإلا، تتوقف العملية بعد خمس دقائق. يمكنك إعادة تشغيلها بالنقر على زر (تشغيل).

النسخ الاحتياطي

تعرض علامة التبويب النسخ الاحتياطية النسخ الاحتياطية المتاحة للتنزيل والاستعادة، وتتيح لك إجراء نسخ احتياطي يدوي واستيراد قاعدة بيانات.

علامة تبويب النسخ الاحتياطية للفروع

يتم نسخ قاعدة بيانات الإنتاج احتياطياً تلقائياً يومياً. يتم الاحتفاظ بسبع نسخ احتياطية يومية وأربع نسخ أسبوعية وثلاث نسخ شهرية. تتضمن كل نسخة احتياطية تفريغ قاعدة البيانات ومخزن الملفات (المرفقات والحقول الثنائية) والسجلات والجلسات.

ملاحظة

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

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

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

تحتفظ خوادم النسخ الاحتياطي المخصصة بنفس النسخ الاحتياطية، بالإضافة إلى ثلاث نسخ احتياطية شهرية إضافية. لاستعادة أو تنزيل إحدى هذه النسخ الاحتياطية الشهرية، اتصل بـ دعم Odoo.

عند دمج التزام يقوم بتحديث إصدار وحدة واحدة أو عدة وحدات (في __manifest__.py)، أو تبعيات Python المرتبطة بها (في requirements.txt)، يقوم Odoo.sh بإجراء نسخ احتياطي تلقائي (يتم وضع علامة عليه بنوع Update في القائمة)، حيث سيتم تغيير الحاوية إما بتثبيت حزم pip جديدة، أو سيتم تغيير قاعدة البيانات نفسها بتحديث الوحدة المشغّل لاحقاً. في هاتين الحالتين، يتم تشغيل نسخة احتياطية لأنها قد تؤدي إلى حدوث مشكلة.

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

The purpose of manual backups is to create a specific snapshot of production or staging databases (not available for development). These remain available for three days. However, there is a limit of five daily manual backups.

المرحلة

النسخ الاحتياطي التلقائي

النسخ الاحتياطي اليدوي

الإنتاج

نعم (حتى 3 أشهر)

نعم (3 أيام)

التجربة

لا

نعم (3 أيام)

التّطوير

لا

لا

تقبل ميزة استيراد قاعدة البيانات أرشيفات قواعد البيانات من:

  • مدير قواعد بيانات Odoo القياسي (متاح لخوادم Odoo المحلية تحت /web/database/manager)

  • مدير قواعد بيانات Odoo Online

  • علامة التبويب النسخ الاحتياطية في Odoo.sh (باستخدام الزر (خيارات التنزيل))

  • عرض الإصدارات في Odoo.sh (بالنقر على تنزيل نسخة قاعدة البيانات)

ترقية

يمكن استخدام علامة التبويب الترقية لترقية فروع الإنتاج والتجهيز للمشاريع الصالحة. لمزيد من المعلومات حول عملية الترقية، راجع توثيق الترقية.

علامة تبويب ترقية الفروع

الأدوات

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

استخدام محلل الأداء البرمجي

بعد كل جلسة، يتم إنشاء رسم بياني لهبي تفاعلي لمساعدتك على تصور كيفية تخصيص عمال Odoo لوقتهم.

تحذير

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

الإعدادات

تسرد علامة التبويب الإعدادات خيارات التكوين المتاحة للفرع المحدد حاليًا. تختلف الخيارات لكل مرحلة.

علامة تبويب إعدادات الفروع

السلوك عند الالتزامات الجديدة

يمكنك تغيير سلوك الفرع عند استقبال التزام جديد لفروع التطوير و**التجهيز**.

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

إذا حددت بناء جديد لفرع تجهيز، يتم إنشاء نسخة جديدة من بناء الإنتاج في كل مرة يتم فيها دفع التزام.

يتم تعيين الفرع الذي يُنقل من التجهيز إلى التطوير تلقائيًا إلى عدم القيام بأي شيء.

تثبيت الوحدات

يمكنك اختيار الوحدات التي يجب تثبيتها تلقائيًا لفروع التطوير.

تثبيت الوحدة في علامة تبويب الإعدادات

لتغيير السلوك الافتراضي، قم بإلغاء تحديد خيار استخدام الافتراضي ضمن سلوك بناء التطوير وحدد أحد الخيارات التالية ضمن تثبيت الوحدات:

  • تثبيت وحداتي فقط (لا يشمل الوحدات الفرعية): يثبّت وحدات الفرع فقط، باستثناء الوحدات الفرعية. هذا هو الخيار الافتراضي.

  • التثبيت الكامل (بدون مجموعة الاختبار): يثبّت وحدات الفرع والوحدات الفرعية وجميع وحدات Odoo القياسية. عند تشغيل التثبيت الكامل، يتم تعطيل مجموعة الاختبار.

  • تثبيت قائمة من الوحدات: يثبّت الوحدات المحددة. للقيام بذلك، أدخل اسمها التقني، وافصل بينها باستخدام الفواصل (مثل sale_management,website,accountant).

ملاحظة

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

مجموعة الاختبار

افتراضيًا، مجموعة الاختبار لفروع التطوير ممكّنة. يمكنك تقييد الاختبارات التي يتم تشغيلها عن طريق إدخال علامات الاختبار وفصلها باستخدام الفواصل (مثل custom_tags,at_install,post_install).

لتعطيل مجموعة الاختبار بالكامل، قم بإلغاء تحديد التحقق من مجموعة الاختبار على البناءات الجديدة.

إصدار Odoo

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

افتراضيًا، يتم تحديد الأحدث كـ المراجعة، ويتم تحديث مصادر خادم Odoo تلقائيًا أسبوعيًا للاستفادة من أحدث إصلاحات الأخطاء والأمان والأداء.

لاختيار مراجعة محددة بدلاً من ذلك، حددها باستخدام حقل المراجعة.

تحذير

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

علامة تبويب الإعدادات للمراجعات

النطاقات المخصصة

يمكنك تكوين نطاقات <name>.odoo.com إضافية أو نطاقاتك المخصصة الخاصة لجميع أنواع الفروع.

لاستخدام نطاقك المخصص الخاص، من الضروري:

  • امتلاك أو شراء اسم النطاق.

  • أدخل اسم النطاق ضمن النطاقات المخصصة (مثل www.mycompany.com)، ثم انقر فوق إضافة نطاق.

  • قم بتكوين اسم النطاق (مثل www.mycompany.com) باستخدام مدير اسم النطاق الخاص بالمسجل مع قيمة سجل CNAME معينة لاسم نطاق قاعدة بيانات الإنتاج (مثل mycompany.odoo.com).

مهم

النطاقات العارية (مثل mycompany.com) غير مقبولة. يمكن تكوينها فقط باستخدام سجلات A، والتي تقبل عناوين IP فقط كقيمة لها. لذلك، قد يتوقف النطاق العاري فجأة عن العمل، حيث يمكن أن يتغير عنوان IP لقاعدة البيانات (مثل بعد الترقية، أو فشل الأجهزة، أو تغيير موقع استضافة قاعدة البيانات).

لجعل كل من نطاقك العاري (مثل mycompany.com) ونطاق www (مثل www.mycompany.com) يعملان، من الضروري إعادة توجيه النطاق العاري إلى نطاق www. توفر معظم مديري النطاقات طريقة لتكوين هذه إعادة التوجيه، والتي يشار إليها عادةً باسم إعادة التوجيه على الويب.

HTTPS/SSL

إذا تم إعداد إعادة التوجيه بشكل صحيح، يتم إنشاء شهادة SSL تلقائيًا باستخدام Let's Encrypt في غضون ساعة، مما يعني أن نطاقك سيكون متاحًا عبر HTTPS.

الامتثال لـ SPF و DKIM

إذا كان نطاق عناوين بريدك الإلكتروني يستخدم بروتوكول المصادقة SPF أو DKIM، فمن الضروري السماح لـ Odoo كمضيف إرسال في إعدادات اسم النطاق لزيادة إمكانية تسليم رسائل البريد الإلكتروني الصادرة. لمزيد من المعلومات، راجع وثائق تكوين سجلات DNS لإرسال رسائل البريد الإلكتروني في Odoo.

مهم

إذا لم يتم السماح لـ Odoo كمضيف إرسال، فقد يتم وضع علامة على رسائل البريد الإلكتروني الصادرة كرسائل غير مرغوب فيها.

أوامر Shell

في الزاوية اليمنى العليا من العرض، يتم عرض عدة أوامر shell. يمكن نسخ الأوامر باستخدام زر الحافظة ثم استخدامها في الطرفية. بالإضافة إلى ذلك، يمكن استخدام بعضها مباشرة من واجهة Odoo.sh.

اختصارات أوامر shell للفروع

نسخ

يُستخدم أمر clone لإنشاء نسخة محلية من مستودع Git الخاص بك.

Example

git clone --recurse-submodules --branch development git@github.com:my-organization/my-repository.git
  • --recurse-submodules لتنزيل الوحدات الفرعية لمستودعك

  • --branch main للانتقال إلى فرع معين من المستودع (مثل development)

ملاحظة

زر التشغيل غير متاح حيث يُستخدم الأمر لإنشاء نسخة محلية على جهازك.

Fork

يُستخدم أمر fork لإنشاء فرع جديد بناءً على الفرع الحالي.

Example

git checkout -b main-1 development && git push -u origin development-1
  • git checkout -b main-1 main أمر لإنشاء فرع جديد (على سبيل المثال، development-1) استنادًا إلى الفرع الحالي (على سبيل المثال، development)

  • git push -u origin development-1 أمر لرفع الفرع الجديد (على سبيل المثال، development-1) إلى المستودع البعيد

دمج

يُستخدم أمر merge لدمج التغييرات من فرع إلى فرع آخر.

Example

git merge staging-1 && git push -u origin staging
  • git merge staging-1 أمر لدمج تغييرات الفرع الحالي في فرع آخر (على سبيل المثال، staging-1)

  • git push -u origin staging أمر لرفع التغييرات المدمجة إلى فرع المستودع البعيد (على سبيل المثال، staging)

SSH

يُستخدم أمر SSH للاتصال بإصدار باستخدام SSH.

لاستخدام أمر SSH، من الضروري إعداد مفتاح SSH أولاً. للقيام بذلك:

Example

ssh 25004381@my-user-my-repository-staging-25004381.dev.odoo.com
  • 25004381 معرّف الإصدار

  • my-user-my-repository-staging-25004381.dev.odoo.com النطاق المستخدم للاتصال بالإصدار

بشرط أن يكون لديك حقوق الوصول اللازمة للمشروع، سيتم منحك وصول SSH إلى البناء.

ملاحظة

اتصالات SSH طويلة الأمد غير مضمونة. يمكن قطع الاتصالات الخاملة لتحرير الموارد.

تطبيق فرعي

يُستخدم أمر submodule لإضافة فرع من مستودع آخر إلى فرعك الحالي كوحدة فرعية.

Example

git submodule add -b master <URL> <PATH> && git commit -a && git push -u origin staging
  • git submodule add -b master <URL> <PATH> أمر لإضافة فرع معين (على سبيل المثال، master) من مستودع (<URL>) كوحدة فرعية تحت المسار المحدد (<PATH>) في فرعك الحالي.

  • git commit -a أمر لتسجيل جميع التغييرات الحالية

  • git push -u origin staging أمر لرفع تغييرات الفرع الحالي (على سبيل المثال، staging) إلى المستودع البعيد.

حذف

يُستخدم أمر delete لحذف فرع من مستودعك.

ملاحظة

بمجرد حذف فرع، لا توجد طريقة لاستعادته ما لم تكن هناك نسخة احتياطية. لا يتم نسخ فروع التجهيز احتياطياً تلقائياً، لكن يمكن نسخها يدوياً. لا يمكن نسخ فروع التطوير احتياطياً.

Example

git push origin :staging && git branch -D staging
  • git push origin :staging أمر لحذف فرع معين (على سبيل المثال، staging) من المستودع البعيد

  • git branch -D staging أمر لحذف الفرع المحدد من نسختك المحلية للمستودع

تحذير

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