You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The octopus package nuget create command generates nupkg files without metadata required by certain NuGet external feed providers supported by Octopus Deploy (e.g. Cloudsmith) to treat them as valid. When pushing these NuGet packages to the external feed, the request is rejected.
The old dotnet.octopus.cli tool (dotnet octo) created valid NuGet packages that could be pushed to feeds like Cloudsmith. This tool appears to be deprecated.
The newer dotnet pack tooling does not support creating NuGet packages out of plain files as is expected by Octopus Deploy's feeds. (It relies on a .csproj project being passed in to generate a .NET library package)
The bug
The
octopus package nuget create
command generates nupkg files without metadata required by certain NuGet external feed providers supported by Octopus Deploy (e.g. Cloudsmith) to treat them as valid. When pushing these NuGet packages to the external feed, the request is rejected.The old
dotnet.octopus.cli
tool (dotnet octo
) created valid NuGet packages that could be pushed to feeds like Cloudsmith. This tool appears to be deprecated.There also exists a NuGet CLI tool (
nuget.exe
), however this no longer works on Ubuntu 24.04 as it relies on Mono, which is no longer supported.The newer
dotnet pack
tooling does not support creating NuGet packages out of plain files as is expected by Octopus Deploy's feeds. (It relies on a .csproj project being passed in to generate a .NET library package)Command to reproduce
Outcome
Here's the console output that happens right now:
Using Fiddler, I caught the HTTP response body to be the following:
When using the older tool
dotnet octo pack
instead, valid NuGet packages are created and these can be pushed to NuGet external feeds like Cloudsmith.Versions
cli: 2.14.2
Octopus Server: N/A
Links
The text was updated successfully, but these errors were encountered: