Способ работы выпущенных двоичных файлов Qt таков:
Qt встроен в очень длинный путь сборки (например, в Windows, c:\Qt\______________padding__________for_________packaging________________).
Затем он упакован в установщик. Установщик содержит пользовательский плагин, который просматривает двоичные файлы во время установки и исправляет двоичные файлы Qt, заменяя длинный путь сборки с путем установки пользователя. Обратите внимание, что размер двоичного файла не может быть изменен, поэтому путь установки пользователя всегда должен быть короче, чем путь сборки ...
В Mac и Linux также существует аналогичное множество rpath. Либо rpath использует $ORIGIN
, чтобы сделать его относительным, либо он исправлен в двоичном виде, как указано выше.
Сценарии, которые делают бинарные пакеты, довольно монолитны, и эту логику нелегко извлечь ...
В вашем случае я бы порекомендовал вам просто постоянно строить Qt по предсказуемому пути. Всегда собирайте Qt в c:\Qt_test
и развертывайте в c:\Qt_test
на каждом агенте. Недостатком является то, что Хадсон не может быть настолько хорош в автоматической очистке, поэтому вам придется написать это самостоятельно.