كل المقالات

Getting Started

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

Concepts

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

Servers

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

Projects & Git

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

Instances & Console

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

Monitoring & Backups

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

Workspaces & Permissions

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

Account & Security

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

Billing & Plans

"الخطط: Free وPro وEnterprise" ترقية اشتراكك وإدارته ماذا يحدث عند بلوغ حد الخطة

Support & Tickets

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

Troubleshooting

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

استكشاف الأخطاء

"استكشاف الأخطاء: فشل git push بخطأ 403 بعد نقل مستودع"

لماذا يعيد الدفع خطأ 403 بعد نقل مستودع GitHub أو إعادة تسميته، وكيفية إعادة توجيهه عبر Re-sync from GitHub ليعمل الدفع مجدداً.

لماذا يعمل الجلب لكن يفشل الدفع

عندما تنقل مستودعاً إلى مؤسسة (أو تعيد تسميته) على GitHub، لا يزال المسار القديم owner/repo موجوداً كإعادة توجيه. يوجّه GitHub بصمت عمليتي fetch وclone إلى الموقع الجديد، فتستمر عمليات السحب في العمل ويبدو كل شيء على ما يرام، حتى تدفع.

الدفع لا يُعاد توجيهه. يرفض GitHub الدفع إلى المسار القديم بخطأ 403 (رُفض الإذن)، لأن CICDoo ونسختك ما زالتا تخزّنان المالك القديم كمستودع بعيد. الحل هو توجيه CICDoo إلى المالك الجديد وترك نسخك تلتقط التغيير.

إصلاح المستودع الرئيسي

  1. افتح المشروع وانتقل إلى Settings، ثم تبويب GitHub.
  2. حقل Repository للقراءة فقط عن قصد. انقر Re-sync from GitHub: يسأل CICDoo عبر GitHub عن الاسم الحالي للمستودع ويحدّث المالك تلقائياً. يتحدّث الحقل إلى owner/repo الجديد.
  3. أعد تشغيل كل نسخة من المشروع. عند إعادة التشغيل، تعيد النسخة توجيه نسختها المسحوبة إلى المالك الجديد. تبقى ملفاتك وتغييراتك غير المودعة في المحرّر دون مساس، ويتغيّر عنوان المستودع البعيد فقط. راجع إعادة تشغيل نسخة وإيقافها وإزالتها.

بعد إعادة التشغيل، شغّل الدفع مجدداً من طرفية المحرّر. من المفترض أن ينجح بدلاً من إعادة خطأ 403.

الوحدات الفرعية والمستودعات الإضافية

إذا كان ما نُقل وحدة فرعية (مدخل في Extra Repositories)، فلا تحتاج عادة إلى فعل أي شيء: تكتشف النسخة قيد التشغيل النقل وتعيد توجيه تلك الوحدة الفرعية بنفسها خلال نحو عشر ثوانٍ، فيعمل الدفع التالي.

إذا كانت الوحدة الفرعية على مضيف غير GitHub، أو كنت تفضّل أن تكون صريحاً، فعدّل عنوانها في Settings الخاصة بالنسخة، على التبويب الفرعي Odoo تحت Extra Repositories، وأعد تشغيل النسخة. تُعاد استنساخ الوحدات الفرعية من تلك القائمة عند كل إعادة تشغيل، فيسري العنوان الجديد فوراً. راجع شرح إعدادات النسخة.

إذا تعذّر على Re-sync العثور على المستودع

يستخدم Re-sync رمز GitHub المتصل لمالك المستودع. إذا لم يعد الرمز يملك الوصول إلى المستودع المنقول (على سبيل المثال نُقل إلى مؤسسة لا يراها الرمز)، فيبلّغ Re-sync بأنه لم يتمكّن من العثور على المستودع. أعد ربط GitHub أو امنح الرمز الوصول إلى المالك الجديد، ثم أعد المحاولة. راجع ربط GitHub.

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

السابق "استكشاف الأخطاء: فشل عملية نشر" التالي "استكشاف الأخطاء: نسختي متوقّفة أو بطيئة"

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