GitHub Actions ændrer store søgeresultater til 2.500+
GitHub annoncerede den 25. september 2026 en ændring af optællinger i Actions API og brugerflade. Den har praktisk betydning for teams, som henter kørselsdata til kontrol, rapportering eller fejlsøgning.
Et grænsetal erstatter en usikker optælling
For de beskrevne filtrerede søgninger viser GitHub 2.500+, når antallet af fundne poster overstiger 2.500. Ifølge leverandøren kunne store forespørgsler tidligere løbe ind i timeout og returnere et ufuldstændigt antal. Resultaterne forbliver paginerede med op til 1.000 poster.
GitHub anbefaler smallere filtre, eksempelvis et datointerval, hvis en integration har brug for de konkrete kørsler. Ændringen udrulles på github.com og GitHub Enterprise Cloud.
Kontrollér hvad rapporten bruger tallet til
Min anbefaling er at finde de rapporter, der behandler søgeresultatets antal som et præcist facit. Det kan være en status over fejl, en oversigt over afviklede job eller en kontrol af, om et udtræk er komplet.
Et tænkt dashboard kan vise et fald, fordi det læser en grænseværdi som et eksakt antal. Den ændring i visning bør undersøges, før teamet konkluderer, at aktiviteten er faldet.
Afgræns efter den konkrete opgave
Hvis formålet er at undersøge et problem tirsdag formiddag, er en søgning over flere måneder unødvendig. Brug det mindste interval og de relevante filtre, der stadig besvarer spørgsmålet.
Hvis opgaven kræver et komplet inventar, skal teamet dokumentere både opdeling og sammenlægning. Flere mindre udtræk giver ikke automatisk fuld dækning, hvis de overlapper eller efterlader huller.
Vis begrænsningen i resultatet
Bevar betydningen af et plus-tegn eller en anden afgrænsning, når data flyttes til regneark og præsentationer. Skriv, om resultatet er et eksakt antal, en nedre grænse eller blot de hentede poster.
En mere ærlig visning kan være bedre end et præcist udseende tal. Det afgørende er, om modtageren ved, hvilken beslutning tallet kan bruges til.