Bazel 2.0 eraikitze sistemaren kaleratzea

Eskuragarri irekita muntatzeko tresnak askatzea Bazel 2.0, развиваемого инженерами из Google и используемого для сборки большинства внутренних проектов данной компании. Bazel обеспечивает сборку проекта, запуская необходимые компиляторы и тесты. Поддерживается сборка и тестирование кода на Java, C++, Objective-C, Python, Rust, Go и многих других языках, а также сборка мобильных приложений для Android и iOS. Код проекта arabera banatuta Apache 2.0 lizentziapean.

Значительное изменение версии связано с добавлением изменений, нарушающих обратную совместимость. Начиная с 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».

Bazelen ezaugarri bereizgarrien artean muntaketa prozesuaren abiadura handia, fidagarritasuna eta errepikakortasuna daude. Eraikitze-abiadura handia lortzeko, Bazel-ek aktiboki erabiltzen ditu caching eta paralelizazio teknikak eraikitze-prozesurako. BUILD fitxategiek mendekotasun guztiak guztiz definitu behar dituzte, eta horien arabera hartzen dira aldaketak egin ondoren osagaiak berreraikitzeko (aldatutako fitxategiak soilik berreraikitzen dira) eta muntaketa prozesua paralelizatzeko. Tresneria muntaketa errepikakorra ere bermatzen du, hau da. garatzailearen makinan proiektu bat eraikitzearen emaitza hirugarrenen sistemetan eraikitakoaren guztiz berdina izango da, hala nola etengabeko integrazio zerbitzarietan.

Make eta Ninja ez bezala, Bazelek goi-mailako ikuspegia erabiltzen du muntaia-arauak eraikitzeko, eta bertan, eraikitzen ari diren fitxategiekin komandoak lotzea definitu beharrean, prest dauden bloke abstraktuagoak erabiltzen dira, adibidez, "fitxategi exekutagarri bat eraikitzea. C++”, “liburutegi bat C++-n eraikitzea” edo “C++-rako proba bat exekutatzen”, baita helburu eta eraikitze plataformak identifikatzea ere. BUILD testu-fitxategian, proiektuaren osagaiak liburutegi, fitxategi exekutagarri eta proba sorta gisa deskribatzen dira, fitxategi indibidualen eta konpiladoreen dei-aginduen mailan zehaztu gabe. Funtzionalitate gehigarriak luzapenak konektatzeko mekanismoaren bidez ezartzen dira.

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

Iturria: opennet.ru