Obecnie robimy to. Nasz sposób na to wykorzystuje odziedziczone arkusze właściwości.
Najpierw tworzymy arkusz właściwości głównej, który zawiera wszystkie ustawienia, ścieżki, makra itp., Które są wspólne dla wszystkich konfiguracji. Uważamy, że umieszczenie ich w katalogu głównym rozwiązania jest najwygodniejszym sposobem.
Następnie dla każdej konfiguracji, debug/uwolnienia & 32/64bit zrobiliśmy 4 oddzielne arkusze własności build że -
- Każdy arkusz właściwości dziedziczyć mistrz (użyj View/nieruchomość Manager na pasku VS).
- Skonfiguruj każdy arkusz, aby utworzyć łącze do poprawnej biblioteki biblioteki Qt.
Teraz dla części żmudnej - Dla każdego projektu w twoim rozwiązaniu istnieją 4 oddzielne właściwości. Musisz teraz dziedziczyć każdy arkusz właściwości kompilacji w odpowiednich ustawieniach właściwości projektu. Na przykład 32-bitowy arkusz właściwości kompilacji wydania musi zostać odziedziczony przez 32-bitowe ustawienia właściwości zwalniania.
Zakładając, że wszystkie biblioteki DLL Qt znajdują się w tym samym katalogu, cała konfiguracja powinna działać tak samo.
To wydaje się bolesne, ale nie mam świadomości, że istnieje lepszy sposób. qmake może generować pliki makefile specyficzne dla systemów 32-bitowych i 64-bitowych (jak również debugowania i wydania). Tak więc, jeśli nie musisz ich dostosowywać, możesz wygenerować pliki rozwiązań VS za pomocą QMake. Wtedy jedynym prawdziwym pytaniem staje się, czy możesz znaleźć sposób na użycie tego samego zestawu plików źródłowych z różnymi rozwiązaniami. –
Masz rację co do QMake. Ale mamy wiele niestandardowych ustawień, które nie działają przy użyciu QMake, ponieważ używamy również arkuszy właściwości do konfigurowania opcji środowiska wykonawczego. Jednak ból związany z naszą techniką jest tylko jeden raz, gdy tworzysz projekt, więc nie jest on w toku. –