如何将Microsoft.data.sqlclient.sni本机二进制文件复制到针对.NET Framework 4.7.2的Web应用程序的BIN目录？

Question

如何＆lt; import＆gt; a .targets文件包含在＆lt; packageReference＆gt; d nuget软件包中针对.NET 4.7.2的Web应用程序项目？

背景

Web应用程序项目不是SDK风格的项目。它在同一解决方案中引用了类库项目。此类图书馆项目是 SDK式项目。它的软件包引用对 microsoft.data.data.data.sqlclient版本4.1.1.0.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.0.1.1.0 <<<< /a>，取决于 microsoft.data.data.sqlclient.sni。运行时4.0.0 。后者包含自动复制到项目的bin目录的天然二进制文件。

本机二进制文件未复制到Web应用程序项目的BIN目录。这可能是因为这样：

sni是本机C ++库，在Windows上运行时，SQLClient依赖于各种网络操作。在使用MSBuild Project SDK构建的.NET框架应用程序中，本机DLL并未使用还原命令管理。因此，“ microsoft.data.sqlclient.sni” nuget软件包中包含一个“ .targets”文件，该软件包定义了必要的“复制”操作。

当对“ Microsoft.data.sqlclient”库进行直接依赖时，随身引用了随附的“ .targets”文件。在进行传递（间接）引用的方案中，应手动引用此“ .targets”文件以确保“复制”操作可以在必要时执行。

建议的解决方案：确保在应用程序的“ .csproj”文件中引用“ .targets”文件以确保执行“复制”操作。

source

不确定MSBuild Project SDK构建了什么是什么意思正好，但我认为我的场景有资格。

现在，我正在尝试实现推荐的解决方案，但我无法正常工作。

我做了

步骤1 ：将软件包引用添加到 Microsoft.data.sqlclient.sni版本4.0.0 ：

<PackageReference Include="Microsoft.Data.SqlClient.SNI">
  <GeneratePathProperty>true</GeneratePathProperty>
  <Version>4.0.0</Version>
</PackageReference>

我添加了＆lt; generatePathProperty＆gt;，因为以下步骤2。根据 A>这应该使可用的属性可用于参考软件包中的文件：

有时希望从MSBUILD目标中引用软件包中的文件。在基于packages.config的项目中，将软件包安装在文件夹中，相对于项目文件。但是，在packageReference中，包装是从全球包装文件夹中消费的，这些文件夹可能因机器而异。

。

为了弥合差距，Nuget引入了一个属性，该属性指向将消耗包装的位置。

步骤2 ：导入目标文件：

<Import Project="$(PkgMicrosoft_Data_SqlClient_SNI)\build\net46\Microsoft.Data.SqlClient.SNI.targets" Condition="Exists('$(PkgMicrosoft_Data_SqlClient_SNI)\build\net46\Microsoft.Data.SqlClient.SNI.targets')" />

您可以看到该软件包使用Nuget软件包Explorer包含此目标文件（ link ）。 pkgmicrosoft_data_sqlclient_sni属性是根据文档（上面链接）命名的，并基于其示例：

MSBUILD属性和软件包身份没有相同的限制，因此需要将包装身份更改为MSBuild友好名称，该名称由pkg。

。

步骤3 ：验证我们的代理商上的工具版本：

• MSBUILD 16.11.2.50704（安装在代理c：\ program Files（x86）\ Microsoft Visual Studio \ 2019 \ Enterprise \ Enterprise \ MSBUILD \ MSBUILD \ Current \ Current \ Current \ Current \ Current \ Current \ bin）
• nuget 6.1.0.106（通过管道任务安装）

，根据上面链接的文档，这些内容满足了最低要求（MSBUILD 16和NUGET 5）。

步骤4 ：运行Nuget Restore在我们的构建代理上，然后使用Azure DevOps msbuild@1使用MSBUILDARGUMENTS构建项目： '/t：构建'。

步骤4 ：收集输出并以工件的形式发布。

结果：

输出中不存在SNI文件。使用MSBUILD 17.0.0.52104在本地构建时（安装在'C：\ Program Files（X86）\ Microsoft Visual Studio \ 2022 \ 2022 \ 2022 \ buildTools \ MSBUILD \ MSBUILD \ Current \ bin'中）我确实看到了SNI文件。