Выпуск сборочной системы Bazel 2.0

Disponibile rilascio di uno strumento di assemblaggio open source Bazel 2.0, развиваемого инженерами из Google и используемого для сборки большинства внутренних проектов данной компании. Bazel обеспечивает сборку проекта, запуская необходимые компиляторы и тесты. Поддерживается сборка и тестирование кода на Java, C++, Objective-C, Python, Rust, Go и многих других языках, а также сборка мобильных приложений для Android и iOS. Код проекта distribuito sotto licenza Apache 2.0.

Значительное изменение версии связано с добавлением изменений, нарушающих обратную совместимость. Начиная с Bazel 2.0 включены по умолчанию режимы «—incompatible_remap_main_repo» (ссылки по имени и через @ теперь ссылаются на один репозиторий), «—incompatible_disallow_dict_lookup»_(применение нехешируемых ключей),
«—incompatible_remove_native_maven_jar» и «—incompatible_prohibit_aapt1». Среди других изменений:

• В команде aquery появилась экспериментальная поддержка новой редауции формата вывода «proto» (—output=proto), которая пока отключена по умолчанию (—incompatible_proto_output_v2) и обеспечивает более компактное представление данных;
• Добавлен флаг «—incompatible_remove_enabled_toolchain_types», позволяющий удалить поле PlatformConfiguration.enabled_toolchain_types;
• Добавлена защита от загрузки пакетов, при загрузке которых при раскрытии путей используются цикличные символические ссылки;
• Реализована возможность использования флага «—disk_cache» с внешними кэшами gRPC;
• В пакет для Debian и бинарный инсталлятор включена улучшенная прослойка, обрабатывающая файлы ~/.bazelversion и переменную окружения $USE_BAZEL_VERSION;
• В рамках подготовки к переводу файлов с манифестом runfiles в категорию устаревших возможностей добавлен флаг «—experimental_skip_runfiles_manifests».

Tra le caratteristiche distintive di Bazel spiccano la velocità elevata, l'affidabilità e la ripetibilità del processo di build. Per raggiungere alte velocità di compilazione, Bazel utilizza attivamente tecniche di caching e parallelizzazione del processo di build. Nei file BUILD devono essere definite completamente tutte le dipendenze, sulla base delle quali vengono prese decisioni riguardo alla ricompilazione dei componenti dopo l'introduzione di modifiche (vengono rieseguiti solo i file modificati) e alla parallelizzazione del processo di build. Gli strumenti garantiscono anche la ripetibilità del build, ovvero il risultato del compilazione del progetto sulla macchina dello sviluppatore sarà completamente identico a quello su sistemi esterni, come i server di integrazione continua.

A differenza di Make e Ninja, Bazel adotta un approccio di livello superiore nella definizione delle regole di build, dove invece di specificare il legame tra comandi e file da costruire, si applicano blocchi predefiniti più astratti, come "costruzione di un eseguibile in C++", "costruzione di una libreria in C++" o "esecuzione di un test in C++", e si definiscono le piattaforme di destinazione e di build. Nel file di testo BUILD, i componenti del progetto sono descritti come un insieme di librerie, eseguibili e test, senza dettagli a livello di singoli file e comandi di invocazione del compilatore. Ulteriori funzionalità sono implementate attraverso un meccanismo di estensione.

Поддерживается использование единых сборочных файлов для разных платформ и архитектур, например, один файл сборки без изменений может применяться как для серверной системы, так и для мобильного устройства. Сборочная система изначально спроектирована для оптимальной сборки проектов Google, в том числе сборки очень больших проектов и проектов, содержащих код на нескольких языках программирования, требующих расширенного тестирования и собираемых для нескольких платформ.

Fonte: opennet.ru