我在Windows Server 2008上成功安装了dnvm。 但是当我跑步＆＃34; dnx＆＃34;时，没有任何显示。没有这样的错误信息：
C：\ Windows \ system32 \ dnx
C：\ Windows \ System32下\
答案 0 :(得分：5)
首先，您需要了解DNX的结构。默认情况下，它安装在%USERPROFILE%\.dnx中。在其中你应该找到包含所有已安装CLR的runtimes文件夹，例如
每个文件夹都有自己的bin文件夹dnx.exe和dnu.cmd。这些是你正在寻找的。所以基本上在执行dnvm upgrade之后（正如@tugberk所建议的那样）DNVM从feed安装最新的DNX，将其标记为默认值并将其添加到用户的PATH变量中。您的PATH可能由于某种原因未被更新，我建议您通过包含所需CLR版本的路径来手动完成。
还可以通过添加-g标志将CLR安装到计算机范围的位置。
尝试运行后：C:\>dnx
输出：
Microsoft .NET Execution environment CLR-x86-1.0.0-beta6-11938
Usage: dnx [options] ...
DNVM的详细文档 - ASP.NET Home / Version Manager
答案 1 :(得分：3)
安装DNVM并不意味着您还安装了DNX。运行以下命令获取最新的稳定版本：
dnvm upgrade
然后您应该可以投放dnx和dnu。
答案 2 :(得分：0)
您可以在同一台计算机上同时运行不同版本的dnvm，因此安装程序不会在用户的PATH变量中将dnx的值设置为安装的一部分，因为如果您已经安装了另一个版本的dnvm，那么使用现有版本的任何内容都可能导致意外结果。
如果你想知道发生了什么，那么请执行以下操作（从another answer I wrote on this issue解释）：
首先：
dnvm upgrade
这将获得最新版本的dnvm，并将其设置为该命令提示会话的默认值。
然后，您可以列出计算机上安装的所有ASP.NET 5版本，如下所示：
dnvm list
然后，您可以将该列表中的一个项目设置为默认值，例如（注意：实际版本可能会有所不同，具体取决于您何时查看此答案）：
dnvm use 1.0.0-rc1-update1 -r clr -arch x64 -p
结尾的-p意味着'持久'，然后这个设置将保持您刚刚选择的默认值为进程（会话）PATH和用户PATH变量。坚持用户PATH意味着默认随处可用。
如果您不使用-p，则可以选择仅在该命令提示会话中使用的版本。
之后，您应该可以按预期使用dnx。