For discussions about the new NuGet API design, you can read the spec here:
https://github.com/NuGet/NuGetApi/blob/master/specs/API-v3-Specification.md
And then you can file issues on that github repository.
Private repositories are out of scope for nuget.org. MyGet.org does a good job with private repos, and we don't intend to go that direction with nuget.org. Instead, nuget.org will be the home of public packages, but we'll be providing several means for serving subset feeds. Think of it this way: nuget.org is the gallery of all public packages, and it will serve customized feeds that are all subsets of the full gallery. No feed from nuget.org will contain a package that is only available on that feed.
We do understand the important of companies needing to have private feeds. For that, there are several options:
https://github.com/NuGet/NuGetApi/blob/master/specs/API-v3-Specification.md
And then you can file issues on that github repository.
Private repositories are out of scope for nuget.org. MyGet.org does a good job with private repos, and we don't intend to go that direction with nuget.org. Instead, nuget.org will be the home of public packages, but we'll be providing several means for serving subset feeds. Think of it this way: nuget.org is the gallery of all public packages, and it will serve customized feeds that are all subsets of the full gallery. No feed from nuget.org will contain a package that is only available on that feed.
We do understand the important of companies needing to have private feeds. For that, there are several options:
- MyGet.org
- File share based feeds
- NuGet.Server based feeds
-
Internal deployments of the NuGet Gallery from http://github.com/nuget/nugetgallery