在 2020.11.10 官方正式发布了 .NET 5 正式版。而我花了一周的时间进行踩坑和预研,本文将告诉大家如何在自动化服务器上搭建 dotnet 5 的构建和运行环境
在上一篇博客里面,我因为 NuGet 版本的问题,不得在 2020.11.13 回滚了 CI 服务器。但是刚好就在那天,大法更新了 NuGet 到 5.8 的版本。按照我一个小伙伴的说法,全网首个支持 .NET 5 的 NuGet 已正式发布
这是上次的博客 刚刚我从服务器回滚了 dotnet 5 的环境
这是 NuGet 5.8 发布页面
好的,现在进入搭建服务器状态。我有多个不同类型的服务器需要搭建,包括用来跑 GitLab Runner 的虚拟机,以及用来接入运维团队 devops 的 docker 服务器(准确来说 docker 不是服务器)两个不同类型的服务器。这两个不同类型的服务器分别是 Windows 和 Linux 系统
虚拟机篇
虚拟机上是跑在 Windows 系统的,毕竟还是 Windows 更加强大,很多东西都依然需要在 Windows 下才能完成
在从官方下载全网首个支持 .NET 5 的 NuGet 版本,官方下载地址是 https://dist.nuget.org/win-x86-commandline/v5.8.0/nuget.exe 如果链接失效,请到 NuGet Gallery Downloads 找到最新版本下载
或者从我上传的 CSDN 上下载,地址是 https://download.csdn.net/download/lindexi_gd/13116888
这个版本的 NuGet 被包含在 VS 16.8 和 .NET 5 SDK 里面,但是我依然需要独立的 NuGet 执行文件来辅助构建古老的项目
将下载的独立的 NuGet 放在一个文件夹,然后将这个文件夹设置到环境变量的 Path 里面。这一步相对复杂,我也不打算多说…… 因为真不是必要的,除非你也有古老的项目需要支持
下一步就是去下载 VS 了,我使用的是专业版来进行构建,和微软的销售聊了,其实不需要使用企业版来作为构建服务器的构建工具,使用专业版就可以了。但是我团队的规模在这里,依然还是需要购买一定量的企业版,同时也禁止使用社区版
安装完成之后,在服务器上的 VS 登陆构建机器人的账号,这个账号是一个订阅账号,登录了就自动激活了许可了
理论上此时的 dotnet 5 将会被 VS 16.8 自动带入,也就是意味着啥都不用了,部署就此完成,十分简单
docker
默认官方有将 docker 放在 docker hub 上,请到 .NET - Docker Hub 拉取最新版本即可
如果和我当前的团队一样,