Version lifecycle/ar

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

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

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

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

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

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

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

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

لهذا السبب نحث من يتولون صيانة الامتدادات حثًا شديدًا على صيانة أفرع غت لكل نسخة امتداد تقابل نسخة من برمجيات ميدياويكي. (طالع لمزيد من التفاصيل.) For extensions hosted in Wikimedia's git repos, such branches (with names such as  for MediaWiki 1.30) are created automatically from master when a new MediaWiki version is branched (on the assumption that the extension master is compatible with MediaWiki master at all times). However, it's preferable for the extension maintainer to fix bugs not only in HEAD but also in the oldstable and stable versions (by backporting the fix to the old branches if necessary).

The goal of these rules is that people or organizations installing MediaWiki can rely on installing the newest release of a version and matching extensions by a simple method, e.g. for 1.20.x core by referring to REL1_20 in git.