Створюйте пакет NuGet автоматично, включаючи посилання на залежності

Я хочу запустити локальне / внутрішнє сховище NuGet . Думаю, я зрозумів, як «використовувати повторно» існуючі пакети NuGet, включаючи їх у фіктивний проект за допомогою NuGet та скануючи файл пакету, щоб захопити мої локально кешовані .nupkgфайли , але ...

Як створити nuget-пакет ( .nupkg) з проекту, автоматично включаючи всі dll залежності, а не лише ті, що були захоплені через NuGet?

Зокрема:

1. Створіть рішення
2. Додайте новий проект
3. Додайте посилання на різні .dllфайли / інші проекти <- це відсутня частина
4. Додавайте пакети NuGet через менеджер пакунків / cmdline / будь-що інше
5. щось автоматично створює файл.nupkg

З того, що я знайшов, ви повинні робити такі речі

• вручну відредагуйте .csprojфайл, щоб додати, <BuildPackage>true</BuildPackage>щоб включити залежності
• створити .nuspecфайл вручну та перелічити залежності вручну ( аналогічно? )
• вручну запустити nuget packна вашому .nuspecфайлі

Але все ручне, що дурне. Навіть напівавтоматичні рішення все ще незручні або напівручні:

• Створювати .nuspecшаблони - схоже, не включає залежності, лише метадані

• nuget-пакет через build-event (крок 5), який потрібно додати вручну до кожного проекту, і у нього є свої химерності :

  "$(SolutionDir).nuget\NuGet.exe" pack "$(ProjectPath)" -Properties Configuration=Release
  move /Y *.nupkg "$(TargetDir)"
  

Я погоджуюсь на те, що автоматично створює .nuspecманіфест із посилань на проекти. Тоді теоретично те, що + nuget-подія збірки може бути зведене в пакет build-project / nuget, що я справді хочу побачити.

Ваш пункт № 3 ( Додайте посилання на різні .dll-файли / інші проекти <- це відсутня частина ) насправді містить дві різні проблеми: (1) додайте посилання на різні DLL-файли та (2) додайте посилання на інші проекти в те саме рішення.

Номер (2) тут отримав деяку додаткову підтримку, починаючи з NuGet 2.5 . Ви можете додати опцію включення посилань на інші проекти в тому ж рішенні під час створення пакета NuGet для проекту:

nuget pack projectfile.csproj -IncludeReferencedProjects

Якщо projectfile.csprojпосилання на будь-які інші проекти у вашому рішенні, які також виставляються як пакети NuGet, ці пакети NuGet будуть додані як залежності. Якщо він посилається на проекти у вашому рішенні, які не представляють себе пакетами NuGet, їх dll буде включено в цей пакет NuGet.

Що стосується (1), якщо ви часто додаєте DLL до своїх проектів, які недоступні як пакети NuGet, ви можете просто створити власні (внутрішні) пакети NuGet з цими файлами. Якщо ви потім додасте ці dll як пакет NuGet замість файлів безпосередньо, цей пакет NuGet буде залежністю в пакеті NuGet вашого проекту.

Для інших працівників Google ви можете використовувати це, якщо для запуску NuGet Pack використовуєте файл NuGet.targets:

<Target Name="PrePackage" BeforeTargets="BuildPackage">
  <PropertyGroup>
    <BuildCommand>$(BuildCommand) -IncludeReferencedProjects</BuildCommand>
  </PropertyGroup>
</Target>

Заціни!

Рішення, яке я знайшов, є розширенням для Visual Studio: https://visualstudiogallery.msdn.microsoft.com/fbe9b9b8-34ae-47b5-a751-cb71a16f7e96/view/Reviews

Ви просто додаєте новий проект під назвою Nuget Package NuGet Package

Тоді ви додаєте цікаві ваші проекти до посилань та BOOOM !! Усі залежності та каталоги файлів додаються автоматично. Якщо ви хочете змінити дані NuSpec, клацніть правою кнопкою миші в проекті та перейдіть до Властивості, а потім змініть те, що ви хочете. Створені NuSpec та nupkg будуть у папці obj вашого нового проекту. Сподіваюся, це допоможе;).

Я знайшов добре написану статтю на цю тему. У мене така ж проблема з певними пакетами, які мають ієрархію залежностей, і до цих пір я завантажував кожен як окремий пакет NuGet (що. Втрата часу

Я щойно перевірив рішення, знайдене тут: https://dev.to/wabbbit/include-both-nuget-package-references-and-project-reference-dll-using-dotnet-pack-2d8p

І після вивчення пакета NuGet за допомогою NuGet Package Explorer, бібліотеки DLL, створені за допомогою посилань на проекти, справді є. Я збираюся протестувати, фактично надіславши цей пакет NuGet і протестувавши його.

Ось моє джерело на випадок, якщо це вам буде корисно: https://github.com/jchristn/NuGetPackTest

І тестовий пакет NuGet: https://www.nuget.org/packages/NuGetPackTest/1.0.0

Здається, рішення працює добре. Я не знаю, як це буде виглядати, коли є шари посилань, я впевнений, що це може стати по-справжньому волохатим і дуже швидким.

.csproj з бібліотеки NuGetPackTest, яка посилається на проект TestLibrary (частини видалено для стислості)

<Project Sdk="Microsoft.NET.Sdk">
 
  <PropertyGroup>
    <TargetFrameworks>netstandard2.0;netcoreapp3.0;netcoreapp3.1;net461</TargetFrameworks>
    ...
    <GeneratePackageOnBuild>true</GeneratePackageOnBuild>

    <!-- added this line -->
    <TargetsForTfmSpecificBuildOutput>$(TargetsForTfmSpecificBuildOutput);CopyProjectReferencesToPackage</TargetsForTfmSpecificBuildOutput>
  </PropertyGroup>

  <ItemGroup>

    <!-- modified this ProjectReference to include the children ReferenceOutputAssembly and IncludeAssets -->
    <ProjectReference Include="..\TestLibrary\TestLibrary.csproj">
      <ReferenceOutputAssembly>true</ReferenceOutputAssembly>
      <IncludeAssets>TestLibrary.dll</IncludeAssets>
    </ProjectReference>
  </ItemGroup>

  <!-- added this section -->
  <Target DependsOnTargets="ResolveReferences" Name="CopyProjectReferencesToPackage">
    <ItemGroup>
      <BuildOutputInPackage Include="@(ReferenceCopyLocalPaths->WithMetadataValue('ReferenceSourceTarget', 'ProjectReference'))"/>
    </ItemGroup>
  </Target>
  
</Project>