إجراء عكسي للمكون الإضافي الأساسي

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

إذا لم يعد المكون الإضافي الأساسي مكونًا إضافيًا أساسيًا، فكيف سيعرف المستخدم إضافة / إلغاء التعليق على السطر؟ هل سيكون هناك إشعار واجهة مستخدم لأي مكون إضافي في النواة للانتقال للخارج من النواة؟

إعجاب واحد (1)

سؤال مثير للاهتمام. خلال فترة استخدامي لـ discourse، لا أتذكر أي إضافات تم دمجها مع النواة وتمت إزالتها لاحقًا من النواة.

ومع ذلك، تخيل أنه على غرار الإعلان عن دمجها، سيكون هناك إعلان لإزالتها وكيفية إعادة إضافتها إذا لزم الأمر.

3 إعجابات

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

نحن لا نخطط لعكس قرارنا لذلك لا داعي للقلق بشأن هذا.

7 إعجابات

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