将本机库复制到输出文件夹

这里有两个问题，第一个是包作者的歪手。通常在此类包中，将文件复制到输出文件夹是由某种自行车完成的，当然，标准工具链无法识别。

您需要在 nuget 包中找到目标文件，研究其结构并编写自己的补丁。您将不得不禁用标准目标，并编写自己的目标。

这个想法是任何复制到输出文件夹的文件都应该由标准工具链复制。为此，您需要“挂起”并为每个复制的文件AssignTargetPaths创建一个元素：ContentWithTargetPath

<Target Name="КакойтоГлупыйТаргетИзПакета" />
<Target Name="AssignLibPaths" AfterTargets="AssignTargetPaths">
    <ItemGroup>
        <ContentWithTargetPath Include="$(КакоетоСвойствоИзПакета)\lib\foo.dll">
            <CopyToOutputDirectory>PreserveNewest</CopyToOutputDirectory>
            <TargetPath>foo.dll</TargetPath>
        </ContentWithTargetPath>
    </ItemGroup>
</Target>

以这种方式添加的所有项目将被复制到依赖项目（与标记为的文件相同CopyToOutputDirectory=PreserveNewest）被复制。

我注意到，以防万一，编辑通过 nuget 下载的文件没有意义，所有更改都应直接对您的项目文件 ( .csproj) 进行。语法的详细描述超出了答案的范围，请查找有关“msbuild”关键字的信息。

特别值得一提的软件包，而不是在安装过程中扩展程序集，只需将 xcopy 命令添加到 PostBuildEvent。

这些 xcopy 命令应该被清除并替换为一个特殊的目标。

或者，您可以简单地将所有必要的文件作为链接添加到项目中 - 它不会变得更糟。

第二个问题是传递依赖。如果项目 A 依赖于 B，而 B 依赖于 C，那么来自项目 A 的文件将不会进入项目 C。MS 甚至没有尝试解决这个问题（此外，我怀疑这是故意这样做的 - 因为C# 编译器也不支持传递依赖！）。

问题的出现是因为_SplitProjectReferencesByFileExistence负责获取依赖项目列表的目标期望目标定义的元素AssignProjectConfiguration- 但从未明确要求它。

所以让我们解决这个问题！

<Target Name="FixCopyItemsFromSubsubprojects"
        DependsOnTargets="AssignProjectConfiguration" 
        BeforeTargets="_SplitProjectReferencesByFileExistence"
/>

我自己从来没有这样做过，所以我不能说出这样一个决定的所有后果。