Zmienna środowiskowa ścieżki Visual Studio Solution

Question

Czy VS ma zmienną środowiskową dla ścieżki do bieżącego rozwiązania?

Na przykład istnieje "% PathToWebRoot%", który jest zwykle ustawiony na katalog "WebSites" w katalogu projektu VS. Jego wartość można zmienić na wiele sposobów. Zastanawiam się, czy istnieje zmienna, która zmienia się za każdym razem, gdy ładujesz rozwiązanie, aby wskazać jego katalog główny.

Tworzę testy jednostkowe, które potencjalnie mogą być uruchamiane na różnych komputerach i jeden z kierunków, które należy ustawić, zanim metoda zostanie określona jako AspNetDevelopmentServerHost. Zaleca się, aby nie kodować ich w sposób ciągły, ale zalecana zmienna środowiskowa niekoniecznie musi znajdować się w miejscu, w którym znajduje się Twoja witryna, a nie w tym przypadku.

Answer 1

VS ma wiele zmiennych makro, które działają od w ramach VS. Ta, która podaje pełną ścieżkę do rozwiązania, nazywa się $(SolutionDir). Jednak, mimo że działa to w przypadku zdarzeń wstępnych i późniejszych (oraz AFAIK w pliku MSBuild rozwiązania), nie jest to zmienna środowiskowa. Jeśli myślisz o tym, nie możesz mieć (globalnej) zmiennej środowiskowej, która wskazuje "ścieżkę do bieżącego rozwiązania", ponieważ możesz mieć otwartych więcej niż jedno wystąpienie VS.

W zależności od struktury testowania jednostek, często można zapytać o kontekst wykonania, aby uzyskać bieżący katalog. To może nie dać ci ścieżki rozwiązania, ale ...

Answer 2

Visual Studio ujawnia zmienną środowiskową dla ścieżki rozwiązania - nazywa się ona SolutionPath. Wygląda to tak:

SolutionPath=D:\Team\MyProject\main-branch\MyProject.sln

Co ważne, można go używać w dowolnym procesie zrodził z Visual Studio - na przykład, uruchamianie skryptów wsadowych od rozwiązania (to w jaki sposób może być różny w różnych wystąpień Visual Studio).

Jeśli skonfigurujesz program Visual Studio do uruchamiania plików .bat, klikając je dwukrotnie, podążając za this guide, wówczas zmienna środowiskowa będzie dostępna w pliku wsadowym.

W moim konkretnym przypadku, musiałem dostać się do katalogu w ramach mojego rozwiązania i miałem kilka gałęzi kodu na tym samym poziomie. Ale mój skrypt wsadowy znajdował się na wyższym poziomie w drzewie źródłowym i nie miał łatwego sposobu określania bieżącej gałęzi. Na przykład, to była moja konstrukcja:

D:\Team\MyProject\ 
    L-- Build 
     L-- MyBatchScript.bat 
    L-- main-branch 
     |-- MyProject.sln 
     L-- important-folder 
    L-- dev-branch 
     |-- MyProject.sln 
     L-- important-folder 

I odwołuje MyBatchScript.bat jako element rozwiązania dla każdego rozwiązania, więc mogłem go uruchomić poprzez dwukrotne kliknięcie na niego.

Aby dostać folder roztworu zamiast ścieżki do pliku rozwiązanie, użyłem trochę DOS skryptu wsadowego Magic:

FOR %%d IN (%SolutionPath%) DO SET SolutionFolder=%%~dpd 
REM Now I can run a tool with the correct folder 
mycustomtool.exe %SolutionFolder%important-folder