1

We are running into issues with our NuGet server when we reach 100 packages.

We have multiple packages, all semantically versioned (3 digits), from multiple projects, in our NuGet repository.

What is the best way to clean the older packages up without violating the NuGet packaging philosophy?

For now, we are considering a scheduled job that periodically parses the package file names, and keeps one of each minor revision (with the highest bugfix value), reasoning that this would be the version that most consumers of the package would want. We have also considered cleaning up all, but one of each major version (with the highest minor value). Are these sound approaches?

UPDATE: Due to working in a dysfunctional funding environment, development time, although more expensive than hardware, is more easily obtained, so while it may be cheaper to fix the server itself; experience in the environment tells us that the cleanup approach described above will be more easily accomplished than fixing the server.

3
  • 1
    I'd just fix the server to be able to handle more than 100 packages... Commented Jun 19, 2015 at 13:50
  • @FlorianMargaine Fixing the server is not an option due to budget and hardware constraints. Commented Jun 19, 2015 at 13:52
  • 2
    I'm pretty sure the budget constraints will be lower than the budget of your time spent to fix this. Commented Jun 19, 2015 at 14:47

1 Answer 1

0

We sidestepped the problem by replacing the Nuget server with a UNC folder share.

1
  • Why not just point the nuget server at the network share? Commented Aug 18, 2015 at 17:46

Start asking to get answers

Find the answer to your question by asking.

Ask question

Explore related questions

See similar questions with these tags.