حسابات المزود
تستخدم تعليمات PAT/OAuth هنا ويب هوك لكل مستودع. تستخدم اتصالات GitHub App ويب هوك مركزيًا واحدًا وتعد عبر نافذة التطبيق.
الوصول والقائمة
يفتح مسؤولو النظام الإدارة ← حسابات الموفرين. يعرض الجدول الاسم ونوع الموفر وعنوان URL الأساسي والحالة الممكّنة وآخر مزامنة. التصفية حسب النوع/الممكّن، والفرز، وتغيير الأعمدة، وترقيم الصفحات. الأدوار الأخرى لا تدير حسابات الموفر. لا يتم إرجاع الرموز المميزة وأسرار OAuth أبدًا في بيانات القائمة.
قم بتوصيل المزود
اختر إضافة موفر وحدد GitHub أو GitLab أو Forgejo أو Gitea. أدخل اسمًا يمكن التعرف عليه وعنوان URL الأساسي الصحيح للمثيل؛ Gitea يتطلب واحدًا. اختر من بين طرق المصادقة التي تقارير واجهة برمجة التطبيقات (API) كما تم تكوينها. بدون وجود عميل OAuth مطابق، استخدم رمز وصول شخصي.التحقق من الموفر وإضافته يتحقق من بيانات اعتماد PAT قبل تخزينها.يقوم موفر الاتصال بإعادة التوجيه إلى موافقة الموفر ويعود مع إشعار النجاح أو الفشل.
استخدم فقط نطاقات القراءة في إعداد الموفر OAuth. يقوم الموفر OAuth بتوصيل بيانات المستودع؛ إنه منفصل عن تسجيل دخول المستخدم OIDC. يقوم Repovio بتشفير بيانات الاعتماد في حالة عدم النشاط ولا يوفر مطلقًا طفرات في موارد الموفر، حتى عندما يمكن أن يسمح الرمز المميز للمصدر بالكتابة.
الحفاظ على الاتصالات
تمكين أو تعطيل صف للتحكم في المشاركة. تعمل إجراءات الصف المعلقة على حظر الإجراءات المتعارضة أثناء انتهاء الطلبات. تعطيل يحتفظ التكوين. يتم تنفيذ الحذف على الفور؛ ضع في اعتبارك البيانات المتعقبة التابعة قبل تحديد إجراء الحذف. قم بإنشاء اتصال بديل إذا كان يجب تغيير ملكية الموفر أو بيانات الاعتماد من خلال التدفق الذي لا تعرضه الشاشة الحالية.
إضافة مستودعات بشكل منفصل عن المستودعات؛ ينتمي تكوين خطاف الويب إلى المستودعات الفردية المتعقبة، وليس إلى حسابات الموفرين. يمكن أن يعني الاكتشاف الفارغ عدم وجود مستودعات، أو مثيل غير صحيح، أو نطاقات قراءة غير كافية، أو بيانات اعتماد غير صالحة. التمييز بين فشل تحميل خيارات المصادقة، وأخطاء التحقق، وإشعارات رد الاتصال OAuth، وفشل واجهة برمجة التطبيقات؛ قم بتصحيح السبب قبل إعادة المحاولة. فحص المهام بحثًا عن حالات فشل المزامنة المستمرة.