Version lifecycle/ar

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

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

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

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

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

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

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

Extension lifecycle management
Most MediaWiki installations include a significant number of extensions (Wikimedia wikis often have around 140). Managing the maintenance bug fixing of extensions and choosing the right version of an extension in cases where the HEAD development version relies on features not yet available in stable or oldstable MediaWiki core, can be challenging.

Extension maintainers are therefore strongly encouraged to maintain a git branches for each extension version corresponding a MediaWiki version. (See for details.) 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.