renovatebot/renovate

Delay between repository scans

Offen

#20.853 geöffnet am 10.03.2023

Auf GitHub ansehenContributor Guide
 (3 Kommentare) (4 Reaktionen) (0 zugewiesene Personen)TypeScript (1.916 Forks)batch import
help wantedpriority-4-low

Repository-Metriken

Stars
 (14.066 Sterne)
PR-Merge-Metriken
 (PR-Metriken ausstehend)

Beschreibung

What would you like Renovate to be able to do?

When using renovate to scan our 100+ onprem microservice repos it puts a load on git server and repo servers, and when there are many updates it also adds quite a queue into the CI system

So i would like for a selfhosted renovate to be able to add a small delay between the repositories and spread the load on before-mentioned systems a bit

If you have any ideas on how this should be implemented, please tell us here.

.

Is this a feature you are interested in implementing yourself?

No

Contributor Guide

Research-Richtung
Untersuche, wie Renovate derzeit Repository Scans plant, insbesondere im Self Hosted Modus. Überprüfe die Konfigurationsoptionen im Zusammenhang mit Parallelität und Planung (z. B. 'onboardingConfig' oder 'repositories'). Prüfe, ob es einen vorhandenen Verzögerungsmechanismus oder eine Ratenbegrenzung gibt. Überprüfe die Repository Scan Logik in der Codebasis, wahrscheinlich unter `lib/workers/repository/` oder ähnlich. Erwäge, ob eine einfache konfigurierbare Verzögerung zwischen den Scans hinzugefügt werden könnte, und diskutiere potenzielle Implementierungsansätze in den Issue Kommentaren.
Tech Stack
typescript
Domain
backenddevops
Issue Type
Funktion
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
3
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
1-2 Tage
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Aktiv
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
TypeScriptNode.js
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
60