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

Комментарии 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, поскольку пропущено много задач

чистый, просто используется remote build cache)

Хм.
В моём понимании чистый build - это сборка без каких-либо кешей. В статья кокраз для этого привожу option no-build-cache

Ну ошибка внедрения в runtime будет гораздо неприятнее чем в сборке. Особенно если приложение уже ушло в публикацию...

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