--- title: "Вийшов Vite+ 1.0: єдиний тулчейн для веброзробки від команди Vite" url: https://laravelukraine.com/blog/viisov-vite-10-jedinii-tulcein-dlia-vebrozrobki-vid-komandi-vite --- # Вийшов Vite+ 1.0: єдиний тулчейн для веброзробки від команди Vite Команда, що стоїть за розробкою [Vite](https://vite.dev/), [Vitest](https://vitest.dev/), [Rolldown](https://rolldown.rs/) та [Oxc](https://oxc.rs/), офіційно випустила **Vite+ 1.0** - стабільний, ліцензований за MIT уніфікований тулчейн для веброзробки. Проєкт наближається до двох мільйонів завантажень на тиждень. Важливо розуміти, чим Vite+ **не є**: це не фреймворк, не пакетний менеджер і точно не заміна самого Vite. Натомість Vite+ об'єднує інструменти, якими розробники вже користуються, в один протестований стек з єдиним конфігураційним файлом та узгодженим набором команд. Проєкт є безкоштовним, [відкритим під ліцензією MIT](https://github.com/voidzero-dev/vite-plus/blob/main/LICENSE) і не прив'язаний до конкретного фреймворку. Незалежно від того, чи ви розробляєте React-застосунок, бібліотеку компонентів на Vue, Node CLI чи монорепозиторій з 400 пакетів - команди залишаються однаковими. Проєкт навіть не обов'язково має використовувати Vite від самого початку. ## Проблема, яку вирішує Vite+ Початок веб-проєкту завжди вимагає безлічі рішень ще до написання першого рядка коду: вибір рантайму, пакетного менеджера, дев-сервера, лінтера, форматера, тест-раннера, бандлера тощо. Кожен з цих інструментів приносить власні конфігураційні файли, цикл релізів, команди та інструкції з оновлення. І це створює проблеми щонайменше двічі: спочатку при виборі стеку (або онбордингу в нього), а потім кожного разу, коли інструменти розходяться між собою - лінтер конфліктує з форматером, CI виконує інші команди, ніж локальне середовище, один репозиторій відстає на кілька мажорних версій від іншого, а людина, яка спочатку все налаштувала, зараз у відпустці. Команди з більш ніж кількома репозиторіями зазвичай будують внутрішні скрипти, щоб згладити ці розбіжності, а ці скрипти потребують власної підтримки. Але замість підтримки тулчейну команди хочуть просто розробляти фічі. ## Що пропонує Vite+ Дев'ять команд покривають весь цикл локальної розробки: - **`vp create`** - створення застосунку, бібліотеки чи монорепозиторію на основі Vite+ та шаблонів фреймворків - **`vp install`** - встановлення залежностей за допомогою пакетного менеджера проєкту - **`vp dev`** - дев-сервер з HMR на базі [Vite 8](https://vite.dev/) та [Rolldown](https://rolldown.rs/) - **`vp check`** - форматування, лінтинг та перевірка типів за один прохід через [Oxfmt](https://oxc.rs/docs/guide/usage/formatter.html) та [Oxlint](https://oxc.rs/docs/guide/usage/linter.html) - **`vp test`** - юніт-, компонентні та браузерні тести через [Vitest](https://vitest.dev/) - **`vp build`** - продакшн-збірки застосунків на [Vite 8](https://vite.dev/) та [Rolldown](https://rolldown.rs/) - **`vp pack`** - збірка бібліотек та автономних бінарників через [tsdown](https://tsdown.dev/) - **`vp run`** - обізнаний про монорепозиторій таск-раннер з кешуванням ([Vite Task](https://github.com/voidzero-dev/vite-task)) - **`vp env`** - керування версіями Node.js Всі ці команди налаштовуються через єдиний файл `vite.config.ts` у корені проєкту. Якщо запустити `vp` без аргументів, з'явиться інтерактивний промпт. ### Що змінюється на практиці **Ви перестаєте підтримувати тулінг.** Одна залежність `vite-plus` замінює цілий кластер залежностей (наприклад, `vite`, `vitest`, `eslint`, `prettier`, `tsup`, `turbo`), їхні плагіни та конфіги. Оновлення перетворюється на один version bump, який тестується як єдине ціле перед релізом. **Ви почуваєтесь як удома в будь-якому репозиторії.** Вбудовані команди `vp` означають одне й те саме всюди, а будь-що, визначене в самому проєкті, виконується через `vpr