Paglabas ng Bazel 2.0 build system

Magagamit paglabas ng mga bukas na kagamitan sa pagpupulong Bazel 2.0, развиваемого инженерами из Google и используемого для сборки большинства внутренних проектов данной компании. Bazel обеспечивает сборку проекта, запуская необходимые компиляторы и тесты. Поддерживается сборка и тестирование кода на Java, C++, Objective-C, Python, Rust, Go и многих других языках, а также сборка мобильных приложений для Android и iOS. Код проекта ipinamahagi ni lisensyado sa ilalim ng 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».

Kabilang sa mga natatanging tampok ng Bazel ay ang mataas na bilis, pagiging maaasahan at pag-uulit ng proseso ng pagpupulong. Upang makamit ang mataas na bilis ng build, aktibong gumagamit si Bazel ng mga diskarte sa pag-cache at parallelization para sa proseso ng pagbuo. Ang mga file ng BUILD ay dapat na ganap na tukuyin ang lahat ng mga dependency, batay sa kung aling mga desisyon ang ginawa upang muling itayo ang mga bahagi pagkatapos gawin ang mga pagbabago (mga binagong file lang ang muling itinayong) at iparallelize ang proseso ng pagpupulong. Tinitiyak din ng tooling ang paulit-ulit na pagpupulong, i.e. ang resulta ng pagbuo ng proyekto sa makina ng developer ay magiging ganap na kapareho sa build sa mga third-party na system, gaya ng tuluy-tuloy na integration server.

Hindi tulad ng Make at Ninja, gumagamit si Bazel ng mas mataas na antas na diskarte sa pagbuo ng mga panuntunan sa pagpupulong, kung saan, sa halip na tukuyin ang pagbubuklod ng mga utos sa mga file na binuo, mas abstract na mga bloke ang ginagamit, tulad ng "pagbuo ng isang executable file sa C++", "pagbuo ng library sa C++" o "pagpapatakbo ng pagsubok para sa C++", pati na rin ang pagtukoy ng target at pagbuo ng mga platform. Sa BUILD text file, ang mga bahagi ng proyekto ay inilalarawan bilang isang bungkos ng mga aklatan, mga executable na file at mga pagsubok, nang hindi nagdedetalye sa antas ng mga indibidwal na file at mga command ng compiler na tawag. Ang karagdagang pag-andar ay ipinapatupad sa pamamagitan ng mekanismo para sa pagkonekta ng mga extension.

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

Pinagmulan: opennet.ru