الإصلاح التلقائي

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

#1. الإصلاح الداخلي أثناء التسليم (مجاني)

بينما يتحقق Codexe من مشروع قابل للبناء، لا يصلك البناء الفاشل على شكل مشروع معطّل (كل خطوة، بالترتيب). يقوم Codexe بما يلي:

1. يقرأ أخطاء المترجم أو التحميل كما هي بالضبط،
2. يبحث عن التواقيع الحقيقية لفئات المكتبات المعنية، من ملفات JAR نفسها التي استخدمها البناء، ليطابق الإصلاح إصدار الـ API الفعلي،
3. يطلب من نموذج إصلاح أن يغيّر ما يلزم فقط،
4. يبني من جديد.

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

هذا العمل على حساب Codexe، لا على حسابك. لا يستهلك توكناتك ولا يُحتسب كطلب.

#2. الإصلاحات التي تبدؤها أنت

إصلاح "حاول مرة أخرى" المجاني محدود بـ مرة واحدة لكل مشروع في اليوم، وثلاثة مشاريع في اليوم لكل حساب.

لماذا هذا الفرق؟ إذا كانت الملفات هي نفسها التي سلّمها Codexe بالضبط، فالفشل مسؤولية Codexe. أما بعد أن يتغير المشروع، فالإصلاح عمل جديد على إصدارك أنت، مثل أي طلب آخر.

#متى يتوقف الإصلاح

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

#ما لا يستطيع الإصلاح معالجته

• السلوك. يصلح الإصلاح الكود الذي لا يُبنى، لكنه لا يستطيع أن يعرف أن ميزة ما تعمل بطريقة مختلفة عمّا قصدته؛ أخبر المحادثة بذلك.
• مشكلات البنية التحتية. إذا تعذّر تشغيل البناء أصلاً (انتهت مهلة مستودع اعتماديات، أو كانت خدمة البناء مشغولة)، فلا يوجد ما يُصلح. يُعلَّم المشروع بدلاً من ذلك بأنه غير موثّق وتُعاد المحاولة لاحقاً.
• إضافات Skript غير المدعومة. إذا احتاج سكربت إلى إضافة غير موجودة على الخادم التجريبي، يبلغك Codexe بذلك بدلاً من إعادة كتابة سكربتك.