Understanding Build Configurations mówi:
Domyślnie projekty utworzone za pomocą Visual Studio to Debug i Release konfiguracje. Konfiguracje debugowania są automatycznie skonfigurowane do debugowania aplikacji, a konfiguracje Release są skonfigurowane do ostatecznego wydania aplikacji.
Więc w zasadzie, za każdym razem dodać nowy projekt do programu, należy wybrać typ swojego nowego projektu Visual Studio z zestawu wcześniej istniejących szablonów projektowych, które mają tylko i debugowych konfiguracje.
Program Visual Studio umożliwia eksportowanie własnych szablonów projektów i wykorzystywanie ich później do tworzenia nowych projektów.
Co można zrobić, to:
- Utwórz nowy pusty projekt typu, że trzeba stworzyć (Class Library, Console Application etc).
- Dodaj żądaną konfigurację projektu do tego projektu (nazwijmy ją: Test).
- Wyeksportuj szablon po nadaniu mu nazwy MyTemplate. Upewnij się również, że pole wyboru Automatycznie importuj szablon do programu Visual Studio jest zaznaczone jako .
- Powróć do oryginalnego rozwiązania i dodaj projekt, wybierając go z listy dostępnych szablonów - MyTemplate (które teraz będzie wymienione).
Będziesz mieć Test dostępny jako niestandardowa konfiguracja projektu.
[UPDATE]
Alternatywnie, należy wiedzieć, że jest to również możliwe, aby tworzyć własne Visual Studio Add-ins, które może dać więcej swobody przy tworzeniu projektów opartych na szablonach i automatyzacji buduje. Sprawdź następujące przykłady:
How to: Programmatically Create Projects
How to: Create Solution and Project Build Configurations
Które powinni mieć innego ?? –
Byłoby interesujące dowiedzieć się "dlaczego". Ponieważ jest to standardowa "funkcja" do ręcznego dodawania za każdym razem, gdy myślę. – Yahya
Stworzyłem trzecią konfigurację rozwiązania "CustomConfig".Sądzę, że intuicyjnie chcę, aby wszystkie projekty dodawane do tego rozwiązania miały konfigurację "CustomConfig" (otrzymują wersję Debug and Release). Czy nie ma sposobu, aby to ustawić? – haymansfield