جدول إصدارات Node.js في أكتوبر 2026: الإصدارات المدعومة والدورة السنوية الجديدة وترقية الخوادم

أصبح Node.js 26 خط الدعم الطويل النشط (Active LTS) في 28 أكتوبر 2026، وانتقل Node.js 24 إلى مرحلة صيانة الدعم الطويل (Maintenance LTS) في 20 أكتوبر، وانتهى دعم Node.js 20 في 30 أبريل 2026. وفي الوقت نفسه بدأ المشروع دورة إصدار سنوية جديدة تنطلق مع Node.js 27. يلخص هذا المقال وضع كل خط إصدار، وما يتغير بدءاً من Node.js 27، وكيف تنقل خادم إنتاج إلى إصدار مدعوم دون مفاجآت.

وضع كل خط إصدار

وتوجيه مشروع Node.js مختصر: تطبيقات الإنتاج يجب أن تستخدم إصدارات الدعم الطويل النشطة أو التي في مرحلة الصيانة فقط. فخطوط الصيانة تتلقى إصلاحات الأخطاء الحرجة والتحديثات الأمنية، بينما تتلقى الخطوط النشطة أيضاً تحسينات مُراجَعة. ويذكر فريق الإصدارات أن المواعيد قابلة للتغيير، فراجع الجدول الرسمي قبل أن تبني خطتك على يوم بعينه.

ما الذي يتغير بدءاً من Node.js 27

حتى الآن كان Node.js يطرح إصدارين رئيسيين في العام: الخطوط الزوجية في أبريل وتصبح LTS، والخطوط الفردية في أكتوبر وتكون قصيرة العمر. وقد أعلن المشروع أنه بدءاً من 27.x سينتقل إلى إصدار رئيسي واحد سنوياً:

• يُتفرّع خط جديد كل أكتوبر ويتلقى إصدارات ألفا لستة أشهر، وقد تتضمن تغييرات كاسرة للتوافق، وهي موجهة لمطوري المكتبات وأنظمة التكامل المستمر لا للإنتاج.
• في كل أبريل يحصل الخط على أول إصدار مستقر (مثل 27.0.0 في أبريل 2027) ويبقى في مرحلة Current ستة أشهر.
• في كل أكتوبر يُرقّى إلى LTS ويُدعم 30 شهراً، أي 36 شهراً إجمالاً. وكل خط يصبح LTS، فيختفي التمييز بين الزوجي والفردي.
• ستتوافق أرقام الإصدارات مع السنة التي يصدر فيها أول إصدار مستقر: 27.0.0 في 2027 و28.0.0 في 2028.

وللفرق التي لا تشغّل إلا إصدارات LTS لن يتغير الكثير عملياً: ستبقى الترقية مرة كل عام أو عامين، مع فترات دعم متداخلة تتيح الانتقال.

تحقق مما تشغّله خوادمك

node -v
command -v node
apt policy nodejs

يبيّن الأمر الثالث هل يأتي node من التوزيعة أم من مستودع آخر. وحزم التوزيعات كثيراً ما تكون على خط أقدم: فـ Debian 12 (bookworm) تحزم Node.js 18.20.4، وDebian 13 (trixie) تحزم 20.19.2، وUbuntu 24.04 تحزم 18.19.1. ويُظهر متتبع الأمان في Debian أن التوزيعة تصدر تحديثات أمنية لهذه الحزم، لكنها تبقى على خطوط لم يعد المشروع الأصلي يدعمها، وكثير من حزم npm وأطر العمل تحدد حدها الأدنى بحسب دعم المشروع الأصلي. فإن احتاج تطبيقك خطاً حديثاً فثبّته من مصدر آخر.

تثبيت خط LTS حديث

هناك طريقان شائعان على خوادم Debian وUbuntu:

• مستودع apt من NodeSource، وهو ينشر سكربت إعداد لكل خط رئيسي (مثل setup_26.x وsetup_24.x)، يضيف المستودع ومفتاح توقيعه. اقرأ السكربت قبل تشغيله بصلاحيات root.
• الملفات التنفيذية الرسمية من nodejs.org/dist، بعد التحقق منها مقابل الملف المنشور SHASUMS256.txt الموقّع بدوره.

# NodeSource, Node.js 26 LTS
curl -fsSL https://deb.nodesource.com/setup_26.x -o nodesource_setup.sh
less nodesource_setup.sh
sudo -E bash nodesource_setup.sh
sudo apt install -y nodejs
node -v

وهناك تفصيلة من ملاحظات إصدار Node.js 26 LTS: منذ Node.js 25 أصبحت الملفات التنفيذية الرسمية للينكس مرتبطة بمكتبة libatomic التي لا تثبّتها بعض التوزيعات افتراضياً، وهي في Debian وUbuntu الحزمة libatomic1. أما مديرو الإصدارات مثل nvm فمريحون على أجهزة المطورين، لكنهم يثبّتون في مجلد المستخدم المنزلي، وهذا غير مناسب لخدمات النظام.

ترقية تطبيق إنتاجي خطوة بخطوة

1. حدد الهدف: يمنحك Node.js 26 أطول مدة (حتى أبريل 2029)، بينما Node.js 24 الخيار الأكثر رسوخاً (حتى أبريل 2028). وكل ما هو على 20 أو أقدم ينبغي نقله الآن، أما 22 فأمامه حتى 30 أبريل 2027.
2. اقرأ ملاحظات الإصدار لكل إصدار رئيسي تتخطاه، وتحقق من الإصدارات التي يدعمها إطار عملك.
3. صرّح بالإصدار: اضبط الحقل engines في package.json (مثل "node": ">=24") لتنبّهك الأدوات عند عدم التطابق.
4. اختبر في التكامل المستمر على الإصدار المستهدف، بما في ذلك تثبيت نظيف عبر npm ci.
5. أعد بناء الإضافات الأصلية: الإضافات المبنية على Node-API مصممة لتعمل على الإصدارات الرئيسية اللاحقة دون إعادة ترجمة، أما غيرها فيجب إعادة بنائه، وهذا ما يفعله npm rebuild بعد ترقية Node.js.
6. جرّب ثم انشر: رقِّ خادماً تجريبياً وشغّل التطبيق تحت حمل حقيقي يوماً كاملاً، ثم رقِّ الإنتاج في نافذة صيانة وأعد تشغيل الخدمة (مثل sudo systemctl restart myapp).
7. أبقِ طريق العودة مفتوحاً: دوّن إصدار الحزمة السابق أو احتفظ بمجلد الملفات التنفيذية السابق لتتراجع بسرعة.

أخطاء شائعة

• خدمات systemd لا تقرأ ملف إعداد الصدفة لديك، فاستخدم مساراً مطلقاً لـ node في ExecStart= وتحقق منه بعد الترقية.
• أدوات npm المثبتة عالمياً مرتبطة بتثبيت Node.js، فأعد تثبيتها بعد التبديل.
• صور Docker تثبّت إصدار Node.js عبر وسم الصورة الأساسية، فحدّث الوسم في Dockerfile لا على المضيف فقط.

وإن كنت تشغّل تطبيقات Node.js على استضافة المواقع لدى Skyline بدلاً من خادمك الخاص، فهي تعمل على Node.js 22 LTS وتُدار من S Panel، وهذا الخط مدعوم وفق جدول المشروع حتى 30 أبريل 2027.

ما الذي ينبغي فعله

1. شغّل node -v على كل خادم وحاوية، ودوّن كل ما هو على 20.x أو أقدم.
2. اختر Node.js 24 أو 26 هدفاً واختبر تطبيقك عليه في التكامل المستمر.
3. ثبّت من NodeSource أو من الملفات الرسمية إن كانت حزمة توزيعتك على خط غير مدعوم، وثبّت libatomic1 إن استخدمت الملفات الرسمية.
4. أعد بناء الإضافات الأصلية، وجرّب التغيير على بيئة تجريبية، واحتفظ بمسار للتراجع.
5. ضع 30 أبريل 2027 (نهاية Node.js 22) و30 أبريل 2028 (نهاية Node.js 24) في تقويم الصيانة لديك.

المصادر

• github.com/nodejs/Release
• raw.githubusercontent.com/nodejs/Release/main/schedule.json
• nodejs.org/en/about/previous-releases
• nodejs.org/en/blog/announcements/evolving-the-nodejs-release-schedule
• nodejs.org/en/blog/release/v26.13.0
• nodejs.org/dist/index.json
• nodejs.org/dist/v26.13.0/SHASUMS256.txt
• nodejs.org/api/n-api.html
• docs.npmjs.com/cli/v11/commands/npm-rebuild
• docs.npmjs.com/cli/v11/configuring-npm/package-json
• qa.debian.org/madison.php?package=nodejs
• security-tracker.debian.org/tracker/source-package/nodejs
• packages.ubuntu.com/noble/nodejs
• github.com/nodesource/distributions
• deb.nodesource.com/setup_26.x
• cloud.alskyline.com/nodejs-hosting-saudi-arabia