Издаване на системата за изграждане Bazel 2.0

На разположение освобождаване на отворени инструменти за сглобяване Bazel 2.0, развиваемого инженерами из Google и используемого для сборки большинства внутренних проектов данной компании. Bazel обеспечивает сборку проекта, запуская необходимые компиляторы и тесты. Поддерживается сборка и тестирование кода на Java, C++, Objective-C, Python, Rust, Go и многих других языках, а также сборка мобильных приложений для Android и iOS. Код проекта разпространява се от лицензиран под 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».

Сред отличителните характеристики на Bazel са високата скорост, надеждност и повторяемост на процеса на сглобяване. За да постигне висока скорост на изграждане, Bazel активно използва техники за кеширане и паралелизиране за процеса на изграждане. BUILD файловете трябва напълно да дефинират всички зависимости, въз основа на които се вземат решения за повторно изграждане на компоненти след направени промени (само променените файлове се възстановяват) и паралелизиране на процеса на асемблиране. Инструментите също така осигуряват повторяем монтаж, т.е. резултатът от изграждането на проект на машината на разработчика ще бъде напълно идентичен с изграждането на системи на трети страни, като сървъри за непрекъсната интеграция.

За разлика от Make и Ninja, Bazel използва подход от по-високо ниво за изграждане на правила за асемблиране, при който вместо да се дефинира обвързването на команди към изгражданите файлове, се използват по-абстрактни готови блокове, като например „изграждане на изпълним файл в C++“, „изграждане на библиотека в C++“ или „извършване на тест за C++“, както и идентифициране на целеви и компилиращи платформи. В текстовия файл BUILD компонентите на проекта са описани като куп библиотеки, изпълними файлове и тестове, без подробности на ниво отделни файлове и команди за извикване на компилатор. Допълнителна функционалност се реализира чрез механизма за свързване на разширения.

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

Източник: opennet.ru