(немного не по теме сборки) да, кстати. в креаторе удобно только коннекты прописывать да реализации методов создавать (последнее студия умеет, в отличие от Xcode), но пытаться использовать std-контейнеры с шаблонным параметром сложнее int уже крайне трудно из-за периодического пропадания автодополнения. С Objc кодом та же ситуация, только там автодополнение не работает в принципе.

а и студия, и Xcode собирают (строят ) проект ощутимо быстрее, как по мне. под виндой разве что jom еще кое-как выручает.

Лучше пользоваться тем, чем умеешь).

Сейчас в моем проекте ~100 модулей, между которыми имеются зависимости. Используя структуру проектов, которую я здесь уже описывал http://www.prog.org.ru/index.php?topic=30171.msg222516#msg222516, легко с помощью qmake компоную различные комплексы из любого сочетания таких модулей.

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

Я часто в такое вхожу . Например, могут быть классы с одинаковым именем и похожим поведением в разных пространствах имён. Файлы с одинаковым именем могут находится в разных каталогах и система сборки должна уметь корректно с этим работать. Равно как и IDE их адекватно отображать. С недавнего времени в креаторе в окне "Open Documents" к файлам с одинаковыми именами начали приделывать куски путей, чтобы их различать. Но не всё еще безоблачно: Switching header/source doesn't always find correct file. А когда система сборки не может с этим совладать - это полный капец.

Не, не улавливаю. Это для подключения каких-то либов исходники которых мне видеть не нужно. Ну нашел инструкцию, "собрал" по ней и подключил полученные либы к проекту. Так бывает, но 2-3 раза в год. А обычно рабочий проект - его постоянно надо активно править и отлаживать - без IDE все равно не обойтись, так чего мудрить?

В общем-то ничто особо не мешает для одного набора исходников написать проектные файлы для разных систем сборки, разных версий одной системы сборки, проектных файлов IDE и т.п. Они друг другу мешать не будут. Другое дело - поддерживать их все в актуальном состоянии .

исходники qtcreator не содержат повторяющихся имен файлов
мне бы проект с одинаковыми именами не понравился, я бы переделал
но для меня это мелочи )

деплой средствами qbs меня наверно не привлекает, bash интереснее будет
вот впилят qbs дефолтно в креатор, тогда и погляжу

Неверно.
fileutils.cpp[h] есть в coreplugin и в utils
правда в разных подпроектах, это, кстати, qmake вполне переваривает )

Намедни узнал про CMake support in Visual Studio 2017. Мож пригодится кому.