Nuget nuspec内容文件示例

昨天发布了NuGet 3.3（），并且支持一个新的contentFiles元素（）。然而，我似乎无法让它工作

我正在使用NuGet.exe作为构建过程。它已更新到v3.3。我还将Visual Studio更新为2015 Update 1并重新启动

这是我的nuspec文件（Hello.world.nuspec）：

我得到以下信息：

nuget.exe update -Self
nuget.exe pack Hello.world.nuspec

MSBuild自动检测：使用“C:\Program Files（x86）\MSBuild\14.0\bin”中的MSBuild版本“14.0”。正在尝试从“Hello.world.nuspec”生成包。命名空间“”中的元素“package”在命名空间“”中具有无效的子元素“contentFiles”。可能元素的列表应为命名空间“”中的“文件”

我想我正在运行所有应该支持新contentFiles XML元素的最新版本，但这些工具似乎并不知道这一点。我错过了什么？我知道files include属性是垃圾，但是有人有使用新contentFiles元素的完整示例nuspec文件吗？

元素

必须位于

中，根据。所以它应该是这样的：

<?xml version="1.0" encoding="utf-8"?>
<package>
    <metadata minClientVersion="3.3">
        <id>Hello.world</id>
        <version>1.0.0</version>
        <title>Greeting library</title>
        <authors>Timothy Klenke</authors>
        <description>Greetings for the world</description>
        <contentFiles>
            <files include="*" />
        </contentFiles> 
    </metadata>
</package>

你好，世界
1.0.0
问候语库
蒂莫西·克伦克
祝贺世界

@Timothy

你是对的。它是一个组合，具有metadata/contentFiles元素以及files元素中的定义。我有一个C#测试实用程序库，当使用PackageReference引用它时，它需要在projects output/bin文件夹中包含PowerShell文件。我将为您提供下面的XML。我想你能从中得到你需要的东西

特别说明： 确保您的语言和框架值位于正确的路径中（即，您的语言和框架值类似于cs/net45/YourFile.cs）。我使用any/any/MyFile.psm1是因为我希望该文件被视为语言和平台无关。如果我不这样做，我会在构建时得到代码分析错误

此外，将文件放在“contentFiles”目录中也很重要

（在.nuspec参考文档中定义的语言和框架选项）

某个图书馆
$version$
某个图书馆
某人
某人
假的
一些做我喜欢的事情的图书馆。
版权所有2017
PowerShell测试

我有一个包含公共配置文件的包。这是针对企业NuGet存储库的。将包添加到项目时，内容文件夹结构将添加到包文件夹。但是，在生成项目时，配置文件不会复制到输出文件夹（例如“\project\bin\Debug”）

我尝试了以下目标：

• target=“content\any\any”
• target=“contentFiles\any\any”

此外，我尝试了两种方法：

• buildAction=“内容”
• buildAction=“无”

以下是nuspec的相关条目：

公用事业
...

节点中的“/”很重要。如果在以下情况下使用，它将不起作用：

<files include="any/any/x.dll" buildAction="None" copyToOutput="true" flatten="true" />

它必须是：

<files include="any\any\x.dll" buildAction="None" copyToOutput="true" flatten="true" />

---

但它不适用于.NET framework

这绕过了我的XSD错误。谢谢在ASP.NET5解决方案中将C代码文件作为内容包含时，我仍然遇到问题。有没有一个完整的NUSPEC示例文件可以实现这一点？我想contentFiles元素和files元素必须以某种方式同时使用？？Peter，我想你也有同样的问题。您已经问过这个问题：我尝试过完全相同的想法，我在contentFiles目录中看到我的文件，但在bin/x64/Release目录中没有copy。我错过了什么吗？我遇到了同样的问题

应该是

：contentFiles！=满足。他真的劫持和抢劫了吗？而且不会被删除？

在2.1+版本的dotnet pack中工作。

<files include="any/any/x.dll" buildAction="None" copyToOutput="true" flatten="true" />

<files include="any\any\x.dll" buildAction="None" copyToOutput="true" flatten="true" />