Представлен выпуск сборочного инструментария Qbs 2.0. Для сборки Qbs в числе зависимостей требуется Qt, хотя сам Qbs рассчитан на организацию сборки любых проектов. Qbs использует упрощённый вариант языка QML для определения сценариев сборки проекта, что позволяет определять достаточно гибкие правила сборки, в которых могут подключаться внешние модули, использоваться функции на JavaScript и создаваться произвольные правила сборки.
Basa skrip anu dianggo dina Qbs diadaptasi pikeun ngajadikeun otomatis generasi sareng parsing skrip ngawangun ku IDE. Salaku tambahan, Qbs henteu ngahasilkeun makefiles, sareng nyalira, tanpa perantara sapertos utilitas make, ngatur peluncuran kompiler sareng tautan, ngaoptimalkeun prosés ngawangun dumasar kana grafik detil sadaya katergantungan. Ayana data awal ngeunaan struktur jeung kagumantungan dina proyék ngidinan Anjeun pikeun éféktif parallelize palaksanaan operasi di sababaraha threads. Pikeun proyék-proyék ageung anu diwangun ku sajumlah ageung file sareng subdirektori, kinerja ngawangun deui nganggo Qbs tiasa langkung saé sababaraha kali - ngawangun deui ampir sakedapan sareng henteu ngajantenkeun pamekar waktos ngantosan.
Émut yén dina 2018, Perusahaan Qt mutuskeun pikeun ngeureunkeun ngembangkeun Qbs. Qbs dikembangkeun salaku gaganti pikeun qmake, tapi pamustunganana ieu mutuskeun pikeun ngagunakeun CMake salaku sistem ngawangun utama pikeun Qt dina jangka panjang. Pangwangunan Qbs ayeuna parantos diteruskeun salaku proyék mandiri anu dirojong ku pasukan komunitas sareng pamekar anu kabetot. Infrastruktur Qt Company terus dianggo pikeun pangwangunan.
Значительное изменение номера версии связано с реализацией нового JavaScript-бэкенда, который пришёл на смену QtScript, объявленному устаревшим в Qt 6. Продолжать сопровождение QtScript своими силами из-за сложных привязок к JavaScriptCore признано нереалистичным, поэтому в качестве основы для нового бэкенда выбран самодостаточный и компактный JavaScript-движок QuickJS, созданный Фабрисом Белларом (Fabrice Bellard), основавшим в своё время проекты QEMU и FFmpeg. Движок поддерживает спецификацию ES2019 и по производительности заметно превосходит имеющиеся аналоги (XS на 35%, DukTape более чем в два раза, JerryScript в три раза, а MuJS в семь раз).
С точки зрения разработки сборочных сценариев переход на новый движок не должен привести к заметным изменениям. Производительность также сохранится примерно на том же уровне. Из отличий отмечаются более строгие требования в новом движке к использованию неопределённых значений, что может выявить проблемы в имеющихся проектах, которые оставались незамеченными при использовании QtScript.
sumber: opennet.ru