Welcome to the Inedo Forums! Check out the Forums Guide for help getting started.
If you are experiencing any issues with the forum software, please visit the Contact Form on our website and let us know!
ProGet Connector Filters Performance
-
Is it a reasonable use case to have a large number of filters (mostly allows) in a connector used in a ProGet feed? Easily more than 100 filters, likely near 250 separate filters. Mostly for Nuget v3 feeds.
Our use case is to adjust how we auto-allow new versions of approved packages. Currently we utilize the API and the promotion capability. But we'd like to revisit using the Filter to do the same without having to maintain the separate process.
In years past we had tried, but it was noted that it is not recommended as it would cause performance degradation when ProGet does an index update.
github/davidroberts63 ; idoforums@teapotcoder.com
-
Hi @davidroberts63 ,
While connector filters were never really designed to replace the "approved packages" workflow, we've seen many users do exactly that over the years, yielding hundreds of entries.
It's not exactly a use case we recommend, as one of the big benefits of the approved packages flow is to prevent "instinctively upgrading dependencies" yielding in regressions. But, if you're already effectively doing that through automation, then I suppose you already know the risks :)
From a performance standpoint, it shouldn't make a notable impact. Those have been optimized for quite some time now.
Thanks,
Alana
Hello! It looks like you're interested in this conversation, but you don't have an account yet.
Getting fed up of having to scroll through the same posts each visit? When you register for an account, you'll always come back to exactly where you were before, and choose to be notified of new replies (either via email, or push notification). You'll also be able to save bookmarks and upvote posts to show your appreciation to other community members.
With your input, this post could be even better 💗
Register Login