Turborepo экономит минуты только там, где задачи реально чистые и повторяемые

Turborepo экономит минуты только там, где задачи реально чистые и повторяемые

Если в монорепе каждый пакет запускает свои сборки, тесты и линты, turbo начинает работать как кэш-слой, а не как магия. Он хорошо ускоряет:
— одинаковые команды для разных пакетов;
— задачи, зависящие от файлов через inputs;
— последовательности, где важен порядок через dependsOn.

Главная ошибка — складывать в pipeline всё подряд. Если команда читает внешний API, ходит в базу или генерирует артефакт с недетерминированным именем, кэш ломает ожидания. Для таких задач либо отключайте кэш, либо выносите их из общего графа. Иначе получаете быстрый, но неверный билд.

Вторая точка контроля — границы пакетов. Turbo не исправляет плохую архитектуру: если shared-утилиты тянут лишнее, инкрементальная сборка становится дорогой. Обычно выигрывают репы, где:
— у пакетов чёткие входы и выходы;
— build не зависит от случайных файлов;
— локальные и CI-команды совпадают по поведению.

Хороший turbo — это не «ускоритель всего», а дисциплина вокруг детерминированных задач. Если репа уже умеет строиться одинаково на любой машине, кеш начнёт приносить заметный эффект.