<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[ProGet Connector Filters Performance]]></title><description><![CDATA[<p dir="auto">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.</p>
<p dir="auto">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.</p>
<p dir="auto">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.</p>
]]></description><link>https://forums.inedo.com/topic/5723/proget-connector-filters-performance</link><generator>RSS for Node</generator><lastBuildDate>Sat, 18 Apr 2026 02:37:03 GMT</lastBuildDate><atom:link href="https://forums.inedo.com/topic/5723.rss" rel="self" type="application/rss+xml"/><pubDate>Thu, 16 Apr 2026 15:36:14 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to ProGet Connector Filters Performance on Thu, 16 Apr 2026 15:36:14 GMT]]></title><description><![CDATA[<p dir="auto">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.</p>
<p dir="auto">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.</p>
<p dir="auto">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.</p>
]]></description><link>https://forums.inedo.com/post/19548</link><guid isPermaLink="true">https://forums.inedo.com/post/19548</guid><dc:creator><![CDATA[davidroberts63]]></dc:creator><pubDate>Thu, 16 Apr 2026 15:36:14 GMT</pubDate></item><item><title><![CDATA[Reply to ProGet Connector Filters Performance on Fri, 17 Apr 2026 02:45:53 GMT]]></title><description><![CDATA[<p dir="auto">Hi <a class="plugin-mentions-user plugin-mentions-a" href="https://forums.inedo.com/uid/9">@davidroberts63</a> ,</p>
<p dir="auto">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.</p>
<p dir="auto">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 :)</p>
<p dir="auto">From a performance standpoint, it shouldn't make a notable impact. Those have been optimized for quite some time now.</p>
<p dir="auto">Thanks,<br />
Alana</p>
]]></description><link>https://forums.inedo.com/post/19549</link><guid isPermaLink="true">https://forums.inedo.com/post/19549</guid><dc:creator><![CDATA[atripp]]></dc:creator><pubDate>Fri, 17 Apr 2026 02:45:53 GMT</pubDate></item></channel></rss>