dnvm use <runtime_version> -r <runtime> -a <architecture> -p
przykłady:
<runtime_version>
: 1.0.0-rc1-update2
itp
<runtime>
: mono
, clr
, coreclr
(opcjonalnie)
<architecture>
: x64
, x86
(opcjonalnie)
-p
: sprawia, że wyniki trwałe (opcjonalnie)
Wybór Aktywny:
Musisz podać Runtime wersji, jak również, jeśli istnieje wiele możliwości wyboru dla tej samej nazwie. Na przykład wpisz następujące polecenie:
dnvm use 1.0.0-beta4 -r mono
Jeśli trzeba by zapewnić Architecture także następujące polecenie miałyby zastosowanie:
dnvm use 1.0.0-beta4 -r mono -arch <architecture>
gdzie może być „64” na przykład bez wycena.
Ustawianie Domyślne:
dnvm alias default 1.0.0-beta5-11682 -r coreclr -arch x64
Zwróć uwagę, że było to błąd (około maja, 2015), w którym krajowy do CoreClr wykonywania przez alias nie działa. Nie wiem, czy to jest naprawione, ale tak sądzę. Źródło: Issue 175 about the bug.
Nawet ja ustawiłem w ten sposób, kiedy uruchamiam dnx: uruchamiam z VSCode, "_cd/Users/Arda/HelloVSCode; /Users/Arda/.dnx/runtimes/dnx-mono.1.0.0-beta5-11735/bin/dnx. run_ "to jest wykonywane w ten sposób. Więc nadal mono.1.0.0-beta5-11735 jest aktualną wersją dnx z VSCode – Arda
Reloaded vscode od zmieniającej się wersji? – Slowmove
Tak, to nie pomogło. Ciekawe jest to, że gdy zmieniam środowisko wykonawcze dnx na coreclr, polecenie dnx nie pojawia się w palecie poleceń VS Code, kiedy ponownie uruchamiam VSCode – Arda