Release
1.0.0
| يطلق | حالة | اسم الترميز | الإصدار الأولي | LTS نشط البدء | بداية الصيانة | نهاية الحياة |
|---|---|---|---|---|---|---|
| 18.x | صيانة | هيدروجين | 2022-04-19 | 2022-10-25 | 2023-10-18 | 2025-04-30 |
| 20.x | صيانة | حديد | 2023-04-18 | 2023-10-24 | 2024-10-22 | 2026-04-30 |
| 22.x | LTS | جود | 2024-04-24 | 2024-10-29 | 2025-10-21 | 2027-04-30 |
| 23.x | حاضِر | 2024-10-15 | - | 2025-04-01 | 2025-06-01 | |
| 24.x | قيد الانتظار | 2025-04-22 | 2025-10-28 | 2026-10-20 | 2028-04-30 |
التواريخ عرضة للتغيير.
جدول الإصدار متاح أيضًا كملف JSON.
هناك ثلاث مراحل يمكن أن يكون إصدار Node.js في: "Current" و "دعم النشط على المدى الطويل (LTS)" و "الصيانة". لا يتم الترويج لخطوط الإصدار ذات الأرقام الفردية إلى LTS - لن تمر عبر مراحل "LTS" أو "الصيانة".
nodejs/node .قد تؤدي التغييرات المطلوبة لإصلاحات الأمن والخطأ إلى تغييرات Semver-Major في مجرى النهر ، وستكون هذه المواقف نادرة وستهبط مثل Semver-Minor . على الرغم من أن هذه التغييرات يجب أن يكون لها خيار العودة.
سيتم استخدام مصطلح "خطوط الإصدار المدعومة" للإشارة إلى جميع خطوط الإصدار التي ليست نهاية العمر.
| يطلق | حالة | اسم الترميز | الإصدار الأولي | LTS نشط البدء | الصيانة LTS تبدأ | نهاية الحياة |
|---|---|---|---|---|---|---|
| v0.10.x | نهاية الحياة | - | 2013-03-11 | - | 2015-10-01 | 2016-10-31 |
| v0.12.x | نهاية الحياة | - | 2015-02-06 | - | 2016-04-01 | 2016-12-31 |
| 4.x | نهاية الحياة | الأرجون | 2015-09-08 | 2015-10-01 | 2017-04-01 | 2018-04-30 |
| 5.x | نهاية الحياة | 2015-10-29 | - | 2016-06-30 | ||
| 6.x | نهاية الحياة | البورون | 2016-04-26 | 2016-10-18 | 2018-04-30 | 2019-04-30 |
| 7.x | نهاية الحياة | 2016-10-25 | - | 2017-06-30 | ||
| 8.x | نهاية الحياة | الكربون | 2017-05-30 | 2017-10-31 | 2019-01-01 | 2019-12-31 |
| 9.x | نهاية الحياة | 2017-10-01 | - | 2018-06-30 | ||
| 10.x | نهاية الحياة | دوبنيوم | 2018-04-24 | 2018-10-30 | 2020-05-19 | 2021-04-30 |
| 11.x | نهاية الحياة | 2018-10-23 | - | 2019-06-01 | ||
| 12.x | نهاية الحياة | إربيوم | 2019-04-23 | 2019-10-21 | 2020-11-30 | 2022-04-30 |
| 13.x | نهاية الحياة | 2019-10-22 | - | 2020-06-01 | ||
| 14.x | نهاية الحياة | فيميوم | 2020-04-21 | 2020-10-27 | 2021-10-19 | 2023-04-30 |
| 15.x | نهاية الحياة | 2020-10-20 | - | 2021-06-01 | ||
| 16.x | نهاية الحياة | غاليوم | 2021-04-20 | 2021-10-26 | 2022-10-18 | 2023-09-11 |
| 17.x | نهاية الحياة | 2021-10-19 | - | 2022-06-01 | ||
| 19.x | نهاية الحياة | 2022-10-18 | - | 2023-06-01 | ||
| 21.x | نهاية الحياة | 2023-10-17 | - | 2024-04-01 | 2024-06-01 |
الغرض من مجموعة عمل الإصدار هو:
مسؤولياتها هي:
تم تنظيم مجموعة العمل في الفرق في فرق ، ولا تؤدي العضوية في مجموعة العمل تلقائيًا إلى عضوية في هذه الفرق. هذه الفرق هي:
تم تكليف فريق releasers مع الأسرار والوصول إلى CI لتكون قادرة على بناء وتوقيع الإصدارات. يجب أن تتم الموافقة على الإضافات إلى فريق Rebeasers من قبل TSC بعد العملية الموضحة في الحكم.
يدير فريق الإصدار عملية/محتوى إصدارات LTS والخلفية المطلوبة لهذه الإصدارات. تحتاج الإضافات إلى فريق الإصدار إلى تسجيل الدخول من بقية فريق الإصدار.
يحتفظ فريق Canary in the Gold Mine (CITGM) CITGM باعتباره أحد عمليات فحص العقل الرئيسية للإصدارات. يحافظ هذا الفريق على مستودع CITGM ويعمل على الحفاظ على تشغيل CITGM يعمل ويمر بانتظام. ويشمل ذلك أيضًا الحفاظ على وظائف CI بالتعاون مع مجموعة العمل.
تتفرع إصدارات Semver-Major الجديدة من Node.js من main كل ستة أشهر. يتم إصدار إصدارات جديدة ذات الأرقام الزوجية في شهر أبريل والإصدارات ذات الأرقام الفردية في أكتوبر.
بالتنسيق مع الإصدار الرئيسي الجديد ذات الأرقام الفردية ، سينتقل الإصدار الرئيسي السابق المساواة إلى الدعم على المدى الطويل. سيحدث الانتقال إلى الدعم طويل الأجل في إصدار Semver-Minor ويجب أن يحدث بعد إصدار الإصدار الرئيسي الجديد.
سيتم الحفاظ على كل نسخة رئيسية (LTS) بنشاط لمدة 12 شهرًا من التاريخ الذي يدخل فيه تغطية LTS. بعد تلك الأشهر الـ 12 من الدعم النشط ، سينتقل الإصدار الرئيسي إلى وضع "الصيانة" لمدة 18 شهرًا. قبل Node.js 12 ، كانت الفترة النشطة 18 شهرًا وفترة الصيانة 12 شهرًا. راجع مراحل الإصدارات للحصول على تفاصيل من المتوقع أن تهبط التغييرات خلال كل مرحلة إصدار.
سيتم نقل التاريخ الدقيق الذي سيتم نقله إلى LTS ، أو نقله بين أوضاع LTS ، أو سيتم اختيار الإهمال في موعد لا يتجاوز اليوم الأول من الشهر. إذا خطط فريق الإصدار لتغيير تاريخ الإصدار ، فسيتم ذلك مع إشعار ما لا يقل عن 14 يومًا.
سيتم تعيين جميع إصدارات LTS اسم الترميز. تتوفر قائمة بأسماء الترميز المتوقعة في Codenames.md.
كل إصدار LTS الرئيسي له فرعين في مستودع GitHub: فرع إطلاق وفرع التدريج. يتم استخدام فرع الإصدار لخفض الإصدارات الجديدة. يجب على أعضاء فريق @nodejs/releasers فقط الهبوط على فروع الإفراج. يتم استخدام فرع التدريج لإلزامات Cherry-Cherder أو Backported من Main والتي يجب تضمينها في إصدار مستقبلي. يجب على أعضاء @nodejs فقط/الرفوف الظهر أن يرتفعوا إلى فروع التدريج.
على سبيل المثال ، لـ Node.js V4 ، يوجد فرع v4.x وفرع v4.x-staging . عندما ترتكب الأرض في الرئيسية التي يجب أن يتم اختيار الكرز لإصدار Node.js V4 في المستقبل ، يجب أن يتم هبوطها في فرع v4.x-staging عندما يتم ترجمة الالتزامات لإصدار Node.js V4 المستقبلي ، يجب أن تأتي تلك في شكل طلبات سحب مفتوحة مقابل فرع v4.x-staging يتم هبوط الالتزامات فقط في فرع v4.x عند تحضير إصدار v4.x جديد.
بشكل عام ، من المتوقع أن تعيش التغييرات في إصدار حالي لمدة أسبوعين على الأقل قبل أن يتم إعادة تشغيلها. من الممكن الالتزام بالأرض في وقت سابق وفقًا لتقدير مجموعة العمل.
أعضاء مجموعة العمل هم اتحاد REAVERS و Backporters وأعضاء فريق CITGM المدرجين أدناه.
