Remembering what we've already done
- Langage dominant
- Aucune donnée de langage
- Étoiles
- 749
- Forks
- 72
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Description
### Is your feature request related to a problem?
Several of our actions run into the problem of working through the first X number of repos in an organization when they fail due to rate limiting or max action run times. If they could save state or remember what repos have been evaluated recently, that would be helpful for delivering more value for each action. This happens especially for OSPOs that are working on the "get clean" phase of any task rather than the "stay clean". ie. Every repo in an org of 10k repos needs a dependabot PR opened. (evergreen)
### Related OSPO Tool
automatic-contrib-prs GitHub Action, cleanowners GitHub Action, evergreen GitHub Action, issues-metrics GitHub Action, stale-repos GitHub Action
### Describe the solution you'd like
Ideas:
- A dump/file saved of repos processed and then an upload for the next run.
- Separate out the scan all repos/get repo list from the action that should be taken into separate actions
- database something something hand wave
### Describe alternatives you've considered
_No response_
### Additional context
_No response_
Guide de contribution
Ouvrir le guide de contribution
Piste de recherche
Commencez par examiner les GitHub Actions automatic-contrib-prs, cleanowners, evergreen, issues-metrics et stale-repos mentionnées dans l’issue. Comparez les approches proposées state file, split-action et database, puis définissez comment les dépôts traités persistent entre les exécutions et comment une exécution ultérieure reprend le travail dans une grande organisation.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- github-actions
- Domaine
- devops
- Type d'issue
- Fonctionnalité
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Activité
- À l'abandon
- Clarté
- À clarifier
- Accessibilité débutants
- 25/100