.NET核心版本重写后将一个Azure应用程序服务的代码库转换为不同的代码

Question

我们有一个.NET Core2.1WebApp on Azure作为应用程序服务。我们通过VisualStudio2017的发布选项将其部署到Azure (尽管它也在Git中)。它有一堆自定义域和SSL，它们都由Azure提供。

我们在VS 2019年用.NET Core3.1编写了一个新版本的web应用程序。相同的功能，但从根本上写，而不是试图升级现有的2.1版本。

现在还没有在线升级版本--而是在本地机器上开发，然后使用使用相同服务的在线测试域，但是环境被切换到使用dev DB和bucket位置等，这是编写新应用程序而不是升级应用程序的原因之一，而且，它看起来更干净，我看到人们在进行升级时遇到了一些问题.

有没有一种简单的方法可以将新的web应用程序/代码转换/发布到当前的Azure应用程序服务中，以取代旧的应用程序？或者我需要创建一个新的after，然后在从旧的应用程序中删除它们之后，在那里创建所有的自定义域、SSL等等？

或者我是否可以切换到git部署，把整个新项目推到旧的项目上--这会起作用还是只会造成某种灾难呢？

Answer 1

将新的应用程序版本推送到应用程序服务时通常没有问题，即使它使用的是.NET核心的新版本。你必须考虑两件事：

• Windows AppService计划：.NET核心3.1运行时已经在全球范围内推出，而.NET尚未推出。当有疑问时，使用独立部署。
• Linux计划:您需要在门户中选择所需的运行时版本。使用Azure管道，您可以在发布新版本的同时设置运行时版本。不确定VisualStudio是如何处理这个问题的。

作为一项一般性建议，您应该遵循沉默的建议，使用时隙部署尽可能地减少对客户的影响。每个插槽可以有一个不同的.NET运行时版本，因此您可以在暂存槽上测试所有内容。