Создание пакета Nuget Исключить папку lib

Хотел поделиться своим опытом. Мне нужно было использовать csproj в качестве целевого объекта Nuget.exe (поскольку я хотел, чтобы NuGet автоматически разрешал зависимости), а в результирующем пакете не было папки lib. Чтобы пропустить эту папку, я использовал следующую команду:

nuget pack <projectPath> -Exclude bin/**/*.*

Используйте параметр команды NuGet Pack -Tool. См. https://docs.microsoft.com/en-us/nuget/tools/cli-ref-pack.

«Определяет, должны ли выходные файлы проекта находиться в папке инструмента».

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

<file src="bin\**\*.*" target="lib\net451" exclude="bin\**\*.*" />

А затем при фактической упаковке через NuGet.exe я нацелился на свой .nuspec, а не на мой csproj. Полученный пакет не содержал выходной dll моего проекта в папке / lib.

Это ожидаемое поведение, когда вы упаковываете проект, поскольку все дело в том, что nuget прочитает проект и соответственно сгенерирует пакет. И любой найденный .nuspec сможет только добавлять контент, но не удалять ранее добавленный.

Итак, вы отмечаете, что ваше второе обновление - это то, что вы должны сделать - вместо этого упаковать .nuspec.

Вы можете оставить файлы lib включенными в пакет, используя синтаксис exclude. Что-то вроде ниже:

<files>
<file src="bin\Debug\*.*" exclude="bin\Debug\*.dll" />
</files>

Для получения дополнительной информации см. http://docs.nuget.org/docs/reference/nuspec-reference

вам нужно удалить элемент зависимостей и пока вы не будете использовать проект для создания пакета, nuget добавит ссылку на эти библиотеки

<?xml version="1.0"?>
<package >
  <metadata>
    <id>NLogConfig</id>
    <version>1.0.3</version>
    <requireLicenseAcceptance>false</requireLicenseAcceptance>
    <copyright>Copyright 2013</copyright>
  </metadata>
  <files>    
    <file src="NLog.config" target="content" />
    <file src="NLog.Debug.config" target="content" />
    <file src="NLog.UAT.config" target="content" />
    <file src="NLog.Release.config" target="content" />
    <file src="tools\*.*" target="tools"/>          
  </files>
</package>

У меня также возникли проблемы с этим, и моя проблема с вашим обходным путем, который заключается в том, чтобы отделить создание пакета от проекта, заключается в том, что я не могу использовать подстановочные знаки в файле nuspec. Мое решение - использовать сценарий install.ps1 PowerShell, который запускается после добавления пакета в проект. Однако вам необходимо сначала установить ExecutionPolicy в консоли диспетчера пакетов, чтобы можно было запускать сценарии PowerShell.

param($installPath, $toolsPath, $package, $project)
$project.Object.References | Where-Object { $_.Name -eq 'NLogConfig' } | ForEach-Object { $_.Remove() }

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

Итак, у меня была такая же проблема, мне было все равно, была ли включена .dll, но была ли она выпущена с .cs в моем контенте, так как тогда класс будет существовать как в контенте, который был добавлен в целевой проект, так и в DLL, которая была добавлен при установке пакета (предполагая, что вы делаете что-то в том же духе).

Я закончил тем, что изменил действие сборки для файлов .cs, которые были в папке содержимого, на NONE, чтобы они не попали в DLL.

ПРИМЕЧАНИЕ. при этом ни один из кодов в CS-файле не проверяется, поэтому вы захотите сделать это в качестве последнего шага, когда будете уверены, что все в порядке.

Было бы неплохо полностью исключить DLL, но это был мой обходной путь, использующий проект в качестве сборки.

Надеюсь, это кому-то поможет