Bazel: Когда не нужно выбирать между быстрой и правильной сборкой

Знакомая ситуация? Вы меняете одну строчку в коде, а потом десять минут смотрите на бегущую полосу сборки, мысленно прикидывая, не пора ли сходить за кофе. А если проект большой, с десятками модулей и на нескольких языках, то этот «кофе-брейк» может растянуться на полчаса. В мире разработки есть известная поговорка: «Быстро, качественно, дёшево — выбери два». Создатели Bazel перефразировали её в «{Быстро, Корректно} — выбери два», но с одной дерзкой оговоркой: их инструмент даёт и то, и другое.

Сегодня мы заглянем под капот Bazel — системы сборки от Google, которая была создана для того, чтобы навести порядок в хаосе гигантских репозиториев.

Что такое Bazel и зачем он нужен?

Если коротко, Bazel — это open-source система сборки и тестирования, спроектированная для работы с огромными кодовыми базами и проектами на нескольких языках. Это, по сути, публичная версия внутреннего инструмента Google под названием Blaze, на котором компания собирает практически всё своё программное обеспечение. А уж поверьте, масштабы там колоссальные.

Так зачем нам ещё один сборщик, когда есть Maven, Gradle, Make и десятки других? Ответ кроется в подходе. Bazel ставит во главу угла два принципа: воспроизводимость и скорость.

Воспроизводимость означает, что если вы собираете один и тот же код, вы всегда получите идентичный результат, байт в байт. Никаких «а у меня на машине всё работает».
Скорость достигается за счёт умного анализа зависимостей и кэширования. Bazel не пересобирает то, что не менялось. Звучит просто, но дьявол, как всегда, в деталях.

Ключевые возможности: чем Bazel цепляет?

Давайте разберёмся, какие суперспособности есть в арсенале этого инструмента и почему на него стоит обратить внимание.

1. Феноменальная скорость на инкрементальных сборках

Это, пожалуй, главная фишка. Bazel строит детальный граф зависимостей всего вашего проекта. Он точно знает, какой файл от какого зависит. Когда вы меняете user_profile.cpp, он не будет пересобирать модуль billing, если тот никак не связан с вашими изменениями.

Более того, Bazel агрессивно кэширует результаты всех действий. Скомпилировали файл? Результат в кэше. Прогнали тесты? Результат в кэше. Этот кэш может быть не только локальным, но и распределённым, доступным для всей команды. Представьте: ваш коллега уже собрал нужную библиотеку, и когда вы запускаете сборку, Bazel просто скачивает готовый артефакт из общего кэша. Это кардинально ускоряет CI/CD и локальную разработку.

2. Один инструмент для всех языков

Часто в одном проекте уживаются несколько технологий: бэкенд на Java, утилиты на Go, фронтенд на TypeScript и нативные компоненты на C++. Обычно это означает зоопарк систем сборки: Maven для Java, go build для Go, Webpack для фронтенда...

Bazel предлагает единый подход. Вы описываете правила сборки в специальных файлах BUILD на языке Starlark (диалект Python), а Bazel уже сам разбирается, как вызвать нужный компилятор или инструмент. Из коробки поддерживаются Java, C++, Android, iOS, Go и многие другие языки. Сообщество постоянно добавляет правила для новых языков, так что, скорее всего, ваш стек уже поддерживается.

Вот как может выглядеть простой BUILD файл для C++ приложения:

cc_binary(
    name = "my_app",
    srcs = ["main.cpp"],
    deps = [":my_lib"],
)

cc_library(
    name = "my_lib",
    srcs = ["lib.cpp"],
    hdrs = ["lib.h"],
)

Декларативно, понятно и не зависит от языка.

3. Масштабируемость до размеров монорепозитория

Bazel рождён в Google, а Google — король монорепозиториев. Инструмент изначально проектировался для работы с кодовой базой, содержащей миллионы файлов. Он не пытается загрузить всё в память, а работает с проектом как с графом, подгружая только необходимые части.

Это делает его идеальным решением для больших компаний, которые выбрали стратегию монорепозитория. Вам не нужно разбивать код на сотни мелких репозиториев только для того, чтобы система сборки не сошла с ума. Bazel справится.

4. Расширяемость и гибкость

Что если вы используете экзотический язык или вам нужен специфический шаг сборки, например, генерация кода по protobuf-схемам? С Bazel это не проблема. Его система правил полностью расширяема. Вы можете писать свои собственные правила на Starlark, описывая любые кастомные шаги сборки. Это превращает Bazel из простого сборщика в полноценный фреймворк для автоматизации любых задач, связанных с кодом.

Где Bazel блистает на практике?

Кому же этот инструмент принесёт больше всего пользы?

Крупные проекты и монорепозитории: Если ваша кодовая база насчитывает сотни тысяч или миллионы строк кода, а время сборки стало серьёзной проблемой — Bazel ваш кандидат номер один.
Полиглот-проекты: Когда ваш бэкенд, фронтенд и мобильные приложения живут в одном месте и тесно связаны, единая система сборки значительно упрощает жизнь.
Команды, одержимые скоростью CI: Если каждая минута на CI-сервере стоит денег, а разработчики ждут результатов тестов часами, внедрение распределённого кэша Bazel может дать драматический прирост скорости.

Конечно, у всего есть цена. Порог входа в Bazel выше, чем у многих других систем. Вам придётся изучить его концепции и потратить время на написание BUILD файлов для всего проекта. Это не тот инструмент, который можно внедрить за один вечер в уже существующий большой проект.

Выводы: стоит ли игра свеч?

Bazel — это не серебряная пуля. Для маленького пет-проекта на одном языке он может показаться избыточным. Но если вы работаете в большой команде, страдаете от медленных и нестабильных сборок, управляете сложным мульти-язычным проектом или строите гигантский монорепозиторий — присмотреться к Bazel определённо стоит.

Это инвестиция, которая окупается в долгосрочной перспективе за счёт экономии времени разработчиков, повышения надёжности сборок и наведения порядка в зависимостях. Так что, если вы устали выбирать между «быстро» и «корректно», возможно, пора дать шанс инструменту, который обещает вам и то, и другое.