Rilascio del sistema di compilazione Bazel 2.0

A disposizione rilascio di strumenti di assemblaggio aperti Bazel 2.0, развиваемого инженерами из Google и используемого для сборки большинства внутренних проектов данной компании. Bazel обеспечивает сборку проекта, запуская необходимые компиляторы и тесты. Поддерживается сборка и тестирование кода на Java, C++, Objective-C, Python, Rust, Go и многих других языках, а также сборка мобильных приложений для Android и iOS. Код проекта distribuito da concesso in licenza con 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 vi sono l'elevata velocità, affidabilità e ripetibilità del processo di assemblaggio. Per ottenere un'elevata velocità di compilazione, Bazel utilizza attivamente tecniche di caching e parallelizzazione per il processo di compilazione. I file BUILD devono definire completamente tutte le dipendenze, sulla base delle quali vengono prese le decisioni per ricostruire i componenti dopo aver apportato le modifiche (vengono ricostruiti solo i file modificati) e parallelizzare il processo di assemblaggio. Gli utensili garantiscono inoltre un assemblaggio ripetibile, ad es. il risultato della creazione di un progetto sulla macchina dello sviluppatore sarà completamente identico alla creazione su sistemi di terze parti, come i server di integrazione continua.

A differenza di Make e Ninja, Bazel utilizza un approccio di livello superiore alla creazione di regole di assemblaggio, in cui, invece di definire l'associazione dei comandi ai file in fase di creazione, vengono utilizzati blocchi più astratti già pronti, come "costruire un file eseguibile in C++", "costruire una libreria in C++" o "eseguire un test per C++", nonché identificare piattaforme di destinazione e di creazione. Nel file di testo BUILD, i componenti del progetto sono descritti come un insieme di librerie, file eseguibili e test, senza dettagli a livello di singoli file e comandi di chiamata del compilatore. Funzionalità aggiuntive sono implementate attraverso il meccanismo per la connessione delle estensioni.

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

Fonte: opennet.ru