и менять в билдовых файлах только то что поменялось
Боюсь, и Вебпак так не умеет.
но я замечал!)))
Наоборот, vite кэширует либы а вебпак нет
https://vitejs.dev/guide/dep-pre-bundling.html
Не, прям кэша сборки у вита никакого нет кроме тех кэшей что в браузере работают - пуллик на "настоящие" кэши у них есть, но они там сомневаются и выбирают между стульев "решать проблемы инвалидации кэша" и "просто сделать blazing-fast" Следить можно тут: https://github.com/vitejs/vite/pull/10671 У вебпака инкрементальные кэши есть - и для дева, и для прода: https://webpack.js.org/configuration/cache/ но их настройка не без проблем и приколов проходит, вот тут можно пример реального опыта почитать: https://t.me/valya_reads_issue/255
вы тут меня запутали. Вы сказали, цитирую, "билд быстрее чем у вайта когда много либ". Это бребандлинг. Он у вита есть а у вебпака его нету
Я прост накинул про кэши Пре-бандлинг сам по себе не то чтобы решает проблемы скорости сборки - он решает проблемы скорости загрузки в браузере именно в случае Вита, который опирается на ESM как стандарт и в деве, считай, модули практически не собирает Поэтому в их случае и становится проблемой, что у какого-нибудь lodash-es (прям из их доки пример) 6к разных модулей внутри - для браузера это уже слишком дофига В пуллике про персистент-кэш на сервере в вите видно ту же проблему у людей, которые работают с витом на больших проектах с кучей кода - но там уже нельзя один раз упаковать всё в один модуль и закэшировать надолго, как они делают с зависимостями Поэтому при сборке основного кода проекта с прям большим количеством задействованных модулей дев-режим Вита может и будет тормозить - отсюда и пуллик по ссылке выше
решается системно - монорепой
Обсуждают сегодня