Mac上依赖SQL Server Database Tools的DB项目dotnet restore报错求助

哎，这个坑我太熟了！Mac上的.NET SDK根本不包含微软针对Windows Visual Studio开发的SSDT（SQL Server Database Tools）工具链，所以你那传统的.sqlproj项目在执行dotnet restore时必然会找不到那个Microsoft.Data.Tools.Schema.SqlTasks.targets文件——毕竟这个文件只存在于Windows版的VS或者MSBuild SDK里。

给你几个实用的解决方案，按推荐程度排序：

1. 改用跨平台的MSBuild SDK风格SQL项目 #

这是最彻底的解决方案，微软现在推出了支持跨平台的SQL项目SDK，完全兼容.NET Core CLI。

• 步骤一：替换你的.sqlproj文件内容为以下SDK格式（记得替换项目名称等信息）：

<Project Sdk="Microsoft.Build.Sql">
  <PropertyGroup>
    <TargetFramework>netstandard2.0</TargetFramework>
    <SqlServerVersion>Sql150</SqlServerVersion> <!-- 根据你的SQL Server版本调整，比如Sql160 -->
    <OutputType>Database</OutputType>
    <RootNamespace>FileRepository.Database</RootNamespace>
  </PropertyGroup>
  <ItemGroup>
    <None Include="**/*.sql" /> <!-- 包含所有SQL脚本 -->
  </ItemGroup>
</Project>

• 步骤二：安装对应的NuGet包，在项目目录执行：

dotnet add package Microsoft.Build.Sql

• 步骤三：重新执行dotnet restore和dotnet build，这次应该就能正常跑起来了。

这个新格式的项目不仅支持Mac/Linux，还能和.NET Core生态完美整合，后续的发布、打包也能用dotnet命令搞定。

2. 用跨版SqlPackage工具替代SSDT功能 #

如果暂时不想修改项目结构，可以用微软官方的跨平台SqlPackage工具来处理数据库的部署、dacpac生成等操作。

• 安装SqlPackage：

dotnet tool install --global microsoft.sqlpackage

• 之后你可以用它来完成原来SSDT的核心功能，比如生成dacpac：

sqlpackage /Action:Extract /SourceServerName:你的SQL服务器地址 /SourceDatabaseName:目标库名 /TargetFile:./FileRepository.Database.dacpac

或者部署dacpac到服务器：

sqlpackage /Action:Publish /SourceFile:./FileRepository.Database.dacpac /TargetServerName:你的SQL服务器地址 /TargetDatabaseName:目标库名

具体参数可以用sqlpackage /?查看详细说明。

3. 临时应急：用Docker跑Windows构建环境 #

如果必须保留原有的.sqlproj格式且不想修改，只能用Docker拉取包含VS Build Tools和SSDT的Windows镜像，在容器内完成构建。不过这个方案比较重，只适合临时构建，不推荐日常开发使用：

• 拉取官方镜像（示例）：

docker pull mcr.microsoft.com/dotnet/framework/sdk:4.8-vs2019

• 然后把项目挂载到容器里，在容器内执行msbuild或者dotnet restore（注意容器里的.NET Framework环境）。

内容的提问来源于stack exchange，提问作者mikebz