Bla*_*axy 45 .net .net-core asp.net-core
好吧,作为一个新的.net开发生态系统,我有点迷失在Core工具,版本等等.
什么是预览以及它们与主版本编号有何关联?
在dotnet核心github存储库中,我们可以看到各种版本中提供了一些工具:
1.0.3于2016年12月13日发布
1.1 2016年11月16日发布
1.1.0预览1发布于2016年10月24日
1.0.2发布于2016年10月17日
1.0.1发布于2016年9月13日
2016年6月27日发布的RC2发布2015年5月16日RC1发布2015年11月18日
在DOTNET CLI回购(?我也已了解大厦工具),我们可以看到他们在谈论preview4,但在下载链接,一切都标志着预览5. 与他们谈论下载.NET核心SDK安装程序:是那里的SDK核心安装程序,所以另一个版本,或者它命名错误,它实际上只是CLI?或者SDK是否包含CLI,那么哪个版本?
它为您提供了一个dotnet-win-x64.latest.exe,似乎安装了.NET Core 1.0.1 Preview 5 ...
最后在Azure上,Web应用程序控制台将为您提供:
dotnet --version
D:\home\site\wwwroot
1.0.0-preview3-004056
Run Code Online (Sandbox Code Playgroud)
什么是正确的工具,以什么正确的版本启动新项目并在Azure上正确部署?
Tse*_*eng 28
你在这里混淆了一些概念.仅仅因为版本稍后发布,并不意味着它具有更多功能..NET Core 1.0是一个LTS版本,将提供2年或3年的更新iirc.
因此,即使1.1发布后,也会有1.0的维护,修复错误或安全问题.在软件开发中一直都是这样,看看Java.当Java 1.8发布时,仍然有Java 1.7的更新.
.NET Core SDK包含dotnet cli工具,用于恢复软件包,构建,部署和运行.NET Core应用程序,它还包含.NET Core运行时,它提供框架DLL(如.NET Framework 4.x设置) )您需要运行便携式应用程序.
.NET Core运行时/ SDK独立于CLI工具,也可以通过nuget包获得.
Visual Studio 2015/2017的.NET核心工具只是一组工具,允许Visual Studio添加对新项目类型和构建管道的支持.
用于VS的.NET核心工具还包含SDK /运行时.
您需要在Azure上运行的内容取决于您的需求以及Azure App Service实例上安装的运行时类型,因为它们通常落后于常规版本.
即如果您创建自包含的应用程序(使用.NET Core运行时部署),那么您可以使用任何版本,因为每个应用程序都有自己的运行时,可以并行运行.
如果您想运行可移植的应用程序(部署时没有.NET Core框架库),那么您需要在Azure App Service上安装正确的运行时(Azure博客通常会在新的运行时可用时发布).
所有其他都取决于您的开发环境.
TL; DR:如果你
要么
cli-tools和Visual Studio Tools尚未完成,因此在预览中.他们应该将VSM与VS2017和基于MSBuild的新项目结构(从xproj转移到csproj文件)一起进行RTM,但这不会影响运行时/ SDK的状态.
| 归档时间: |
|
| 查看次数: |
4347 次 |
| 最近记录: |