Как использовать файл nuget.targets для сохранения двух DLL с одинаковым именем, но разной целевой архитектурой, в соответствующие папки в выходном каталоге

Question

У меня проблема с библиотекой SQLite.Interop.dll. Я обязан использовать x64 и x86 дистрибутив. Мне также нужно, чтобы они оба были скопированы в выходной каталог в

x64/SQLite.Interop.dll

а также

x86/SQLite.Interop.dll

папки соответственно.

Я создал пакет Nuget со следующим файлом nuspec:

<?xml version="1.0"?>
<package >
  <metadata minClientVersion="2.5">
    <id>SQLite.Interop</id>
    <version>1.1.18</version>
    <authors>SQLite</authors>
    <owners>That's me</owners>
    <requireLicenseAcceptance>false</requireLicenseAcceptance>
    <description>That's for me.</description>
    <copyright>Copyright 2018</copyright>
    <tags>SQLite Interop ofcMe</tags>
    <dependencies>
    </dependencies>
  </metadata>
    <files>
        <file src="content\x86\SQLite.Interop.dll" target="content\x86\SQLite.Interop.dll" />
        <file src="content\x64\SQLite.Interop.dll" target="content\x64\SQLite.Interop.dll" />
        <file src="bin\Debug\x64\SQLite.Interop.dll" target="Build\x64\" />
        <file src="bin\Debug\x86\SQLite.Interop.dll" target="Build\x86\" />
        <file src="SQLite.Interop.targets" target="Build\" />
    </files>
</package>

И следующий файл SQLite.Interop.targets:

<Project xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
  <ItemGroup>
    <None Include="@(MSBuildThisFileDirectory)x64\SQLite.Interop.dll">
      <Link>SQLite.Interop.dll</Link>
      <CopyToOutputDirectory>Always</CopyToOutputDirectory>
    </None>
    <None Include="@(MSBuildThisFileDirectory)x86\SQLite.Interop.dll">
      <Link>SQLite.Interop.dll</Link>
      <CopyToOutputDirectory>Always</CopyToOutputDirectory>
    </None>
  </ItemGroup>
</Project>

Как архивировать это после сборки приложения?

Answer 1

Я добавил ссылку SQLite.Core на проекты, которым требовался SQLite.Interop, в их выходной каталог, поскольку в его пакете nuget были необходимые скрипты.

Я знаю, что это своего рода обходной путь, но он решил мою проблему за счет небольшого небольшого справочника по библиотекам.