Сначала был qmake - на основе .pro файла создавал makefile. Практически аналог CMake.
Сравнительно недавно появился qbs - фактический сборщик на основе .qbs файла (которые заменяют .pro в новых версиях Qt). Описание проекта делается в формате очень похожем на json (не совсем он, но близко).

Главная "проблема" Qt с точки зрения сборки в том, что у фреймворка есть несколько хорошо известных библиотек, упоминание которых достаточно для полноценного сценария. Поэтому и появился qmake - как упрощение синтаксиса make, потом добавилась поддержка для всяких разных msbuild с кузенами. И все было замечательно: делаем минималистичный сценарий, в котором по существу всего два логических блока (список библиотек фреймворка и список исходных файлов), обрабатываем этот сценарий нашим транслятором и получившийся сценарий будет уже обрабатываться существующими (сторонними, но за много лет отлаженными) сборщиками. Главным выигрышем у qmake было то, что в нем нет нужды прописывать как именно исходник превращается в бинарник. У более универсального make эти правила надо всегда прописывать, это дает огромную свободу, но при разработке внутри одного конкретного фреймворка - эта свобода в принципе то и не нужна.

А где-то в 2017-ом в Qt появилась инициативная группа "а чего это мы используем сторонние сборщики?" и появился qbs. Но большой выгоды он не дал - люди привыкли писать .pro файлы и разбираться с новым форматом за просто так было просто лень. По скорости и удобству работы он не отличается от всех остальных сборщиков, а единственным плюсом было то что он знает список собственных библиотек Qt и собирает сам, без промежуточных звеньев.
Вот в итоге он и ушел официально в историю (в 2019-ом), хотя по факту он все еще развивается и живет.

Ну а дергание в сторону CMake это вообще-то ожидаемо. Все-же достаточно популярное решение для кросс-платформенной разработки. И qmake это фактически прямой конкурент. Так что с точки зрения CMake - для поддержки Qt достаточно скопировать функционал нескольких стандартных для qmake переменных, а все остальное в CMake и так уже есть. А Qt команде понадобилось добавить в QtCreator удобный интерфейс для редактирования cmakelist.txt. И все. Тут с обоих сторон не столько технические проблемы, сколько политические, легальные и проблемы гордости.


qmake выиграл в свое время, потому что его сценарий проще чем у make.
СMake сейчас выигрывает потому что он популярен в других библиотеках.
А за qbs кроме идеи "это наша собственная разработка" ничего нет.