Version lifecycle/ar

تتبع برمجيات ميدياويكي نموذج تطوير برمجيات «يستند إلى الدمج المستمر»، حيث تصبح التغييرات التي تطرأ على البرمجيات مباشرة على مواقع وب ويكيميديا مثل ويكيبيديا بصفة منتظمة.

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

يحبذ بشدة مدير الإصدارات أن يشترك مشغلي مواقع الويكي في ‎ ، التي ترسل إليها إشعارات بكافة الإصدارات، وتضمن أن مواقعهم الويكي تشغل أحدث نسخة ممكنة من البرمجيات. تنشر هذه الإشعارات أيضا على القائمتين البريديتين ‎ و ‎.

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

سياسة الإصدار

 * سوف تشتمل كل نقطة إصدار على ملفات تدويل محدثّة وكذلك أي إصلاحات تستهدف أعطال برمجية. لن تصمم السمات الجديدة لتلائم نقاط إصدار قديمة ولن يشمل الدعم بالضرورة بوجه عام.
 * سوف يصدر إصدار كبير مرة واحدة كل ستة أشهر.
 * سوف يصدر إصدار دعم طويل الأجل (LTS) مرة واحدة كل سنتين اثنين. سوف يوجد تداخل لسنة واحدة في دعم نسخ الدعم الطويل الأجل. على سبيل المثال، كانت النسخة 1.23 مدعومة حتى شهر مايو/أيار 2017. صدرت النسخة 1.27 قبل سنة منها، لهذا سوف كون متاحة للمستخدمين بصفة نسخة دعم طويل الأجل متاحة بالإضافة إلى سنة واحدة للانتقال إلى نسخة أحدث.
 * سوف تظل ملاحظات الإصدار هي أساس التعرف على ما جرى تغييره. وبسبب طبيعة المشروع التي تعتمد على متطوعين، ليس ممكنا أن نقول بكل ثقة ما سيحدث في الأشهر الستة أو الاثنتا عشر القادمة.

الجدول الزمني للإصدارات
هذا الجدول الزمني هو الجدول الزمني لما يجب عمله قبل إصدار أي نسخة جديدة. تاريخ الإصدار الفعلي مبين هنا بالحرف T (وهو يشير إلى كلمة «time») يتبعه اللاحقة -# (وهي تشير إلى «عدد الأسابيع السابقة للإصدار»).

إدارة دورة حياة الامتدادات
تحتوي أغلب حزم تثبيت برمجيات ميدياويكي على عدد ضخم من الامتدادات (تحتوي مواقع ويكي ويكيميديا غالبا على حوالي 140). لهذا السبب تصبح جهود التعامل مع أعمال صيانة إصلاح أعطال الامتدادات البرمجية واختيار النسخة المناسبة من الامتداد في الحالات التي تعتمد فيها نسخة تطوير HEAD البرمجية على سمات ليست متوفرة بعد في لب ميدياويكي البرمجي المستقر والمستقر السابق جهودا مشوبة بالتحدي.

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

إن الهدف من هذه القواعد أن يعتمد كل من الأفراد والمنظمات التي تثبت برمجيات ميدياويكي على تثبيت أحدث إصدار من أحد النسخ والامتدادات المناسبة بموجب سبيل بسيط، على سبيل المثال النسخة 1.20.x من لب البرمجيات عن طريق الوصول إلى REL1_20 في غت. ويتلافى ذلك ملفات تاربول والملفات المضغوطة ذات الأسماء غير المفيدة أو التي لا يمكن التنبؤ بها.

انظر أيضا

 * المولدات على WikiApiary – إحصاءات تتعلق باستخدام نسخ مختلفة من برمجيات ميدياويكي.
 * المولدات على WikiApiary – إحصاءات تتعلق باستخدام نسخ مختلفة من برمجيات ميدياويكي.