|
| 1 | +--- |
| 2 | +title: Релізи Node.js |
| 3 | +layout: about |
| 4 | +--- |
| 5 | + |
| 6 | +# Релізи Node.js |
| 7 | + |
| 8 | +<EOLAlertBox /> |
| 9 | + |
| 10 | +Основні версії Node.js мають статус релізу _Current_ протягом шести місяців, що дає час розробникам бібліотек надати їм підтримку. |
| 11 | +Через шість місяців непарні релізи (9, 11 тощо) більше не підтримуватимуться, а парні релізи (10, 12 тощо) отримають статус _Active LTS_ та стануть готовими до загального використання. |
| 12 | +Статус релізу _LTS_ означає «довгострокова підтримка (ДСП)», тобто критичні помилки будуть виправлятися впродовж 30 місяців. |
| 13 | +Застосунки в клієнтському середовищі повинні використовувати лише релізи _Active LTS_ та _Maintenance LTS_. |
| 14 | + |
| 15 | +## Розклад релізів |
| 16 | + |
| 17 | + |
| 18 | + |
| 19 | +Усі деталі, які стосуються розкладу релізів Node.js, доступні [на GitHub](https://github.com/nodejs/release#release-schedule). |
| 20 | + |
| 21 | +## Шукаєте останній реліз гілки версії? |
| 22 | + |
| 23 | +<PreviousReleasesTable /> |
| 24 | + |
| 25 | +## Офіційні та спільнотні методи установки |
| 26 | + |
| 27 | +Вебсайт Node.js пропонує кілька неінтерактивних методів установки, як-от інтерфейси командного рядка (CLI), менеджери пакетів ОС (напр. `brew`) та менеджери версій Node.js (напр. `nvm`). |
| 28 | + |
| 29 | +Аби показати та просувати внески спільноти, проєкт Node.js представляє нову сторінку завантажень, яка поділяє методи установки на «офіційні» та «спільнотні». Це надає користувачам більше гнучкості та вибору, а для зрозумілості ми створили критерії для кожної категорії. |
| 30 | + |
| 31 | +### Офіційні методи установки |
| 32 | + |
| 33 | +«Офіційні» методи установки повинні виконувати наступні вимоги: |
| 34 | + |
| 35 | +| Вимоги до офіційних методів установки | |
| 36 | +| :------------------------------------------------------------------------------------------------------------------------------------------------- | |
| 37 | +| Нові релізи Node.js повинні бути доступні одразу після офіційного релізу. | |
| 38 | +| Супроводжувачі проєкту повинні мати близькі зв'язки з проєктом Node.js, у тому числі й пряме спілкування. | |
| 39 | +| Метод установки повинний завантажувати офіційні бінарні файли, зібрані проєктом Node.js. | |
| 40 | +| Метод установки не повинний будувати з вихідного коду, коли доступні вже збудовані бінарні файли, а також не має змінювати офіційні бінарні файли. | |
| 41 | + |
| 42 | +### Спільнотні методи установки |
| 43 | + |
| 44 | +Спільнотні методи установки, які містяться на самообслуговуваній сторінці завантажень (/download), також мають відповідати мінімальному набору критеріїв: |
| 45 | + |
| 46 | +- **Підтримка версій:** Повинні підтримувати всі версії Node.js, які не мають статусу End-of-Life (EOL). |
| 47 | +- **Сумісність ОС:** Повинні працювати на принаймні одній офіційно підтримуваній операційній системі (ОС). |
| 48 | +- **Широка підтримка ОС:** Не можуть обмежуватися лише кількома дистрибутивами чи версіями ОС. |
| 49 | + - Наприклад, якщо метод установки заявляє, що підтримує «Windows», він повинний працювати на «Windows 10», «Windows 11» та всіх їхніх випусках (включно із серверними версіями). |
| 50 | + - Схожим чином, якщо метод установки заявляє, що підтримує «Linux», він повинний працювати на всіх великих дистрибутивах Linux, а не лише на конкретних. Також він не може покладатися на менеджери пакетів, специфічних для деяких дистрибутивів, як-от `apt` чи `dnf`. |
| 51 | +- **Вільність і відкритість вихідного коду:** Повинні бути вільними для використання та мати відкритий вихідний код, не можуть продаватися як комерційний продукт та не можуть бути платним сервісом. |
0 commit comments