建筑物Azure DevOps中的sln同时具有这两种功能。NET框架和。NET核心项目在同一解决方案文件中

Question

什么是构建一个应用程序的最佳实践。Azure DevOps管道中的sln文件，这两个项目都有目标。NET内核和。NET框架？

我尝试在. sln文件上使用NuGet还原任务，但它在某些与. NET Core 2.1不兼容的包上出错。它还在运行构建时的任务描述中说明了这一点：

还原、打包或推送NuGet包，或运行NuGet命令。它支持NuGet。org和经过身份验证的订阅源，比如Azure Artifacts和MyGet。它使用NuGet。exe并与之一起工作。NET框架应用程序。对于NET内核和。NET标准应用程序，请使用。NET核心任务。

如果我使用. NET Core任务，我只能在特定的. csproj文件上执行dotnet还原和dotnet build，而不能像我使用Visual Studio Build任务那样对整个. sln文件执行操作。

关于如何在Azure运营模式中构建同时具有. NET Core和. NET Framework项目并且还需要恢复包的. sln文件的最佳实践是什么？

Answer 1

建筑物Azure DevOps中的sln同时具有这两种功能。NET框架和。NET核心项目在同一解决方案文件中

默认情况下。NET框架项目使用包。为NuGet引用配置文件。只有nuget。exe命令行nuget restore可以还原这些类型的项目。这个NET核心项目使用PackageReference项引用NuGet包，可以通过dotnet restore直接使用。这意味着dotnet restore无法还原包。配置基于的项目。

所以，为了解决这个问题，我们可以从包中迁移。配置为PackageReference，或者只在中使用PackageReference。netframework项目，然后我们可以使用任务dotnet restore来还原。Azure DevOps中的sln文件。

此外，对于构建，即使dotnet build应该能够构建许多经典的。NET框架项目中，许多功能可能无法运行，因为底层构建任务是要在其上运行的。NET框架，可能会有不同的行为，或者在上完全不受支持。NET核心版本的MSBuild，以便构建。sln文件，我们建议使用Visual Studio生成任务或MSBuild任务。