يتغير مصدر كود edX المفتوح بسرعة. عندما ينشر الأشخاص مثيلًا جديدًا من أحدث إصدار من قاعدة التعليمات البرمجية ، ينتهي الأمر بكل شخص برمز مختلف قليلاً ، مما يجعل من الصعب مشاركة المعرفة والتحسينات. لحل هذه المشكلة ، تقوم edX بإنشاء سلسلة من الإصدارات المسماة من Open edX codeebase. ستوفر هذه الإصدارات المسماة نقاطًا ثابتة في الوقت المناسب ليتجمع الناس حولها ، بحيث يسهل التحدث عن تثبيت Open edX والاستفادة من مجتمع Open edX.
أصدرنا اليوم Aspen ، أول إصدار مسمى لـ Open edX. Aspen هو مثيل لقاعدة كود Open edX المجمدة عند نقطة زمنية مستقرة (منتصف سبتمبر 2014) ؛ لن تتغير الكود في Aspen ، حتى مع استمرار مجتمع مطوري Open edX في البناء على قاعدة كود Open edX الحالية. ستتلقى جميع الإصدارات اختبارات مكثفة من edX ، والتي ستستخدم الإصدار لدعم ملايين المستخدمين ، وكذلك من قِبل المؤسسات داخل مجتمع Open edX ، حيث سيتم تشغيل الإصدار واختباره في العديد من التكوينات المختلفة. لقد اخترنا نظام تسمية قائم على الأشجار: سيتم تسمية الإصدار المسمى التالي بيرش ، ويجب أن يصل في غضون بضعة أشهر.
أصدر فريق DevOps في edX مسبقًا سلسلة من صناديق Vagrant باتباع مخطط تسمية قائم على الخبز ، مع إصدارات مثل Injera و Kifli. يتمثل الاختلاف الرئيسي بين الإصدارات القائمة على الخبز مثل Kifli والإصدارات المستندة إلى الأشجار مثل Aspen في أن الإصدار الأول مخصص للمطورين الذين يرغبون في الحصول على أحدث إصدار من قاعدة التعليمات البرمجية وتشغيله ، مهما كان ، في حين أن الإصدار الأخير مخصص للمشغلين الذين يرغبون في الحصول على إصدار ثابت ومتسق من قاعدة التعليمات البرمجية. الإصدارات المستندة إلى الخبز هي إصدارات من إعادة التكوين فقط ، بينما الإصدارات المستندة إلى الشجرة هي إصدارات من النظام الأساسي edX بأكمله. لاحظ أن هذا يعني أن المشغلين الذين يرغبون في التبديل من التثبيت المستند إلى Kifli إلى التثبيت المستند إلى Aspen يمكن أن يكونوا في الواقع الحط قاعدة الكود الخاصة بهم ، والتحول من أحدث كود تطوير إلى قاعدة كود أقدم وأكثر استقرارًا.
تم تصميم Kifli (وجميع إصدارات إعادة تكوين التكوين) لتتبع أحدث إصدار من قاعدة التعليمات البرمجية ، مهما كان ، لذلك قد يكون من الصعب التنبؤ بالأخطاء التي قد تواجهها عند محاولة التبديل من Kifli إلى Aspen ؛ سيبدأ الأشخاص المختلفون في إصدارات مختلفة ، لذلك قد يواجهون أخطاء مختلفة أثناء تبديل الإصدارات. هذه الصعوبة هي بالتحديد السبب وراء إنشاء Aspen: نظرًا لأن Aspen عبارة عن رمز تم التقاطه في نقطة زمنية مستقرة ، فإن كل شخص يبدأ مع Aspen سيكون له نفس مصدر الشفرة تمامًا ، وسيكون من الأسهل تطبيق التحسينات والترقيات في المستقبل. عندما نصدر Birch ، سنصدر أيضًا عملية ترقية مستقرة لترقية نظامك من Aspen إلى Birch دون الحاجة إلى البدء من نقطة الصفر مرة أخرى.
تم اختبار الكود الذي يتألف منه إصدار Aspen للمعركة وهو جاهز للاستخدام في الإنتاج. ومع ذلك ، فإن البرامج النصية والوثائق الخاصة بالتثبيت "devstack" و "fullstack" مصممة للتطوير وسهولة الاستخدام بدلاً من استخدام الإنتاج. إذا كنت تخطط لإنشاء موقع ويب قوي لاستخدام الإنتاج ، فيجب عليك التحقق من خيارات التثبيت الأخرى.
يتوفر المزيد من الوثائق حول الإصدارات المسماة الثابتة على موقعنا افتح صفحات التقاء edX، وتتوفر إرشادات التثبيت الأكثر تفصيلاً على Github wiki لمستودع التكوين. إذا واجهت مشاكل ، فنحن نشجعك على التحقق من القائمة البريدية المفتوحة والانضمام إلى المناقشة. يسعدنا تلقي تعليقاتك حول هذه العملية حتى نتمكن من تحسينها باستمرار. شكرا لكونك مجتمع رائع ومشارك!
