Как стать автором
Обновить

Как yarn v3 и философия Zero Installs помогли нам сократить длительность ci/cd пайплайна в 3 раза

Уровень сложностиСредний
Время на прочтение8 мин
Количество просмотров8.1K
Всего голосов 32: ↑32 и ↓0+32
Комментарии2

Комментарии 2

С одной стороны — немного, с учетом node_modules, которые занимали ~1 Gb. С другой — это то число, которое будет расти с ростом проекта, так что раздувать git-историю этими зависимостями не хочется.
После этого все zip-архивы хранятся внутри git-истории просто как ссылки. Ссылки ведут на реальные архивы, которые загружаются при pull, clone и тд.

Боюсь спросить, вы node_modules сдаете в git? Если так, то неудивительно почему сборка такая долгая.

Обычная практика для сборки фронта - в гите лежит только наш код. Для job-ы сборки указываем cache на node_modules и тогда обновление зависимостей в job-е происходит быстрее. Если собираете webpack-ом, можно и для него указать cache, тогда сборка еще немного быстрее станет.

Добрый день, зависимости не хранились в git. Про добавление кеширования я рассказал в первой попытке оптимизации, в итоге это несильно помогло, пришлось изучать дальше.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий