i
Там не npm, а yarn и вроде оно все-таки не качает все. Надо проверить
я недавно взял демо проект, запустил import - смотрю, чот долго как то делается. запустил сборку - 8 минут. запустил заного - 8 минут. запустил из строки - 8 минут, только тогда видно ещё, что происходит. А происходит выкачивание зависимостей. Почему это происходит каждый раз я не разбирал
Не, у меня точно не 8 минут. И сборка по крайней мере частично инкрементальная. Вебпак тормозит, но не настолько
от сетки зависит 🙂 я на 4G
Легаси или IR?
это же вообще не имеет разницы если речь о зависимостях
В принципе да, но там градл плагин может по разному работать. Сейчас свою сборку попробую запустить с логом
да, версия может действительно влиять. я не пытался это проеверить. просто пользовательский эксперимент
Я сейчас запустил, npmInstall действительно запускается каждый раз, но он почти мгновенный. Видимо просто сверяет зависимости в локальном кэше. Все время съедает jsBrowserProductionWebpack
Очень странно, у меня довольно большой проект на kotlin js + common, собирает за полторы минуты на "холодную". Следующая сборка - меньше секунды. И аналогичные вещи были когда я сидел далеко не на 4G =) Не перекачивает оно все же. Может быть, оно пытается обратиться и проверить версии, но не перекачивает.
У меня VisionForge повторно собирается полторы минуты, а он огромный с кучей модулей. Львиная доля вебпак, да.
А ты говоришь, "переходи на kotlin js"....
Так точно тот же вебпак у тебя на TS. Там, как я понял, вопрос только к инкрементальной сборке на многомодульном проекте и в режиме вебпак-сервера этой проблемы нет, пересобирается мгновенно
дык в том то и дело, что сторонний тулинг только ломает впечатление от достойной технологии
Я думаю, что там допилят в ближайшее время. Залим вроде говорил, что инкрементальная компиляция вообще одним флагом включается. И есть еще всякие https://youtrack.jetbrains.com/issue/KT-48308
Там вообще же пофайловая сборка
Ну так это как раз речь о модулях. Да, их не завезли
Обсуждают сегодня