Комментарии 5
Однако при таком количестве модулей уже не обойтись без статической проверки дерева зависимостей
Ну так то нет, не обязательно. Вот у нас есть доклад, где есть альтернативное предложение: https://www.youtube.com/watch?v=Guh3gQO4mFE
А теперь цифры c холодной сборки со скана, который мне сегодня прислал коллега с локальной машины на m1 max:
Модули:
514 projects (2 included builds) и около 1кк строк кода
7568 tasks executed in 402 projects in 12m 35s, with 2523 avoided tasks saving 14m 47.850s
Ищем ":" в поиске
Found 7568 tasks executed in 402 projects totaling 1h 21m 12.721s, with 2523 avoided tasks saving 14m 47.850s
Ищем "kapt" в поиске:
Found 300 tasks executed in 150 projects totaling 1m 51.405s, with 1 avoided task saving 2.540s
Крутой подход на самом деле!
Убирает много магии и главное не упадёшь в runtime.
Остаётся только донести до остальных, что di не всегда сложный.
Вопрос только в данных, которые вы приложили.
Выглядит, что это не чистый build, поскольку пропущено много задач
Ну ошибка внедрения в runtime будет гораздо неприятнее чем в сборке. Особенно если приложение уже ушло в публикацию...
Сколько стоит kapt в многомодульном проекте