如何在别人网站挂黑链,市场营销培训课程,室内设计专业网站,关键词排名查询官网3月7日#xff0c;微软发布了Visual Studio 2017 RTM#xff0c;与之一起发布的还有.NET Core Runtime 1.1.0以及.NET Core SDK 1.0.0#xff0c;尽管这些并不是最新版#xff0c;但也已经从preview版本升级到了正式版。所以#xff0c;在安装Visual Studio 2017时如果启用…3月7日微软发布了Visual Studio 2017 RTM与之一起发布的还有.NET Core Runtime 1.1.0以及.NET Core SDK 1.0.0尽管这些并不是最新版但也已经从preview版本升级到了正式版。所以在安装Visual Studio 2017时如果启用了.NET Core开发的相关功能那么在安装完成后你可以在命令行直接执行dotnet.exe此时你可以看到.NET Core版本是1.1.0而如果是执行dotnet.exe --version命令那么你看到的SDK版本将会是1.0.0并不带preview字样。
在此介绍如何查看.NET Core SDK版本主要是源于一件非常有趣的事情而这件事对于.NET Core项目从老的xprojproject.json迁移到csproj有一定的影响。如果你曾经使用Visual Studio 2015 .NET Core Tools for Visual Studio .NET Core SDK开发过项目并希望在全新的Visual Studio 2017中继续开发的话了解一下这方面的内容还是很有必要的。
总的来说迁移一个.NET Core项目大致有以下几个步骤
迁移准备使用Visual Studio 2017对项目进行单项升级在Jenkins CI服务器上安装最新版的.NET Core SDK修改Jenkins CI系统编译任务成功完成编译与发布
下面我就以自己的一个开源项目HAL为例简单介绍一下各个步骤的做法。
迁移准备
HAL项目本来就是托管在Github上的一个开源项目为了能够平滑地实现项目迁移并确保Jenkins CI能够正常工作在进行项目迁移之前我首先在Github上新建了一个分支branch。Github中创建分支的成本是很低的在一切调试通过之后将分支合并merge到主分支后直接删掉就行了。
Github中分支创建完成后更新本地代码库完成代码同步。
在Visual Studio 2017中打开并升级.NET Core项目
在我之前有篇简文中介绍过在安装了Visual Studio 2017 RC之后如何还能继续在Visual Studio 2015中打开并编译xproj项目因为当安装完Visual Studio 2017后dotnet.exe已经升级到1.0.0的版本此时的dotnet.exe已经是使用MSBuild进行项目编译它并不认识xprojproject.json这样的项目类型和文档组织结构因此在Visual Studio 2015中即使能够打开xproj项目文件也无法正常编译。当时的解决方案是在项目的根目录级别创建一个global.json文件在文件中显式指定.NET Core SDK的版本使得在项目编译时强制使用老版本的.NET Core SDK于是问题也就得到了解决。对于如何修改global.json以指定SDK的版本这里就不多介绍了请参考这篇文章。
对于这个问题我们可以做一个实验假定你的机器上装有Visual Studio 2015 .NET Core Tools for Visual Studio 2015 preview版本的.NET Core SDK同时装有Visual Studio 2017。那么当你直接在命令行执行dotnet.exe --version命令你会看到.NET Core SDK的版本为1.0.0 如果你进入到一个在global.json中指定了SDK版本的项目的根目录下同样执行dotnet.exe --version命令你会发现此时的SDK版本却是global.json中指定的版本 OK如果你之前有修改global.json文件使得xproj项目能够继续在Visual Studio 2015中打开并编译的话现在就需要去掉global.json文件中对SDK版本的显式声明否则在Visual Studio 2017中进行项目迁移的时候将无法正常完成。因为此时Visual Studio会使用旧版本的SDK而这个版本的SDK没有migrate功能。
总的来说在Visual Studio 2017中迁移xproj还是比较平滑稳定的一般不会遇到稀奇古怪的问题只需要确认单向迁移就行了。在迁移完成后会产生新的解决方案文件sln。
在Jenkins服务器上安装新的.NET Core SDK
当Visual Studio 2017成功完成项目迁移之后就可以把代码提交到Github上的临时分支了这样就能在Jenkins上进行构建测试。在此之前需要安装新版本的.NET Core SDK。安装过程很简单到dotnet官方网站上根据Jenkins master或者slave的操作系统选择相应的.NET Core SDK进行下载安装即可。安装完成后可以使用dotnet --version命令确认.NET Core SDK已经正确安装。
修改Jenkins系统编译任务
就HAL项目而言我首先在Jenkins中克隆了编译任务build job然后修改这个编译任务使得它能从Github中的临时分支获取代码。整个过程也没有出现什么难以解决的问题原有的dotnet restore/build/pack等命令也能够正常继续使用不过你会发现编译过程已经使用Microsoft Build EngineMSBuild了。
需要注意的是原来基于xUnit的dotnet test有一个-xml的隐藏参数它能够产生JUnit XML格式的单元测试结果报告但在.NET Core SDK 1.0下这个参数就不能用了有个解决办法是使用-l--logger参数它能够产生MSTest格式的单元测试报告此时在Jenkins中安装一个MSTest的插件就能够继续将测试报告显示在主页上。 最后在Github中将临时分支合并到主线分支并在Jenkins中手动修改主线分支对应的build job最后把克隆的build job删除即可。不建议继续沿用克隆的build job那样会造成编译版本的混乱。
原文地址http://www.cnblogs.com/daxnet/p/6575634.html .NET社区新闻深度好文微信中搜索dotNET跨平台或扫描二维码关注
