GitHub Actions API-update stroomlijnt workflow-tracking voor ontwikkelaars

Peter Zhang 19 feb 2026 23:29

GitHub's workflow dispatch API retourneert nu run-ID's, waardoor de noodzaak voor aangepaste polling-oplossingen vervalt bij het programmatisch activeren van geautomatiseerde workflows.

GitHub heeft stilletjes een van de vervelendere pijnpunten opgelost voor ontwikkelaars die hun CI/CD-pipelines automatiseren. Het workflow dispatch API-endpoint retourneert nu run-ID's direct in zijn respons—een kleine wijziging die uren aan workaround-code elimineert.

Voorheen leverde het activeren van een workflow via API niets anders op dan een 204 No Content-status. Je wist dat de workflow startte, maar veel succes met uitzoeken welke run van jou was zonder de API herhaaldelijk te pollen of aangepaste trackingsystemen te bouwen. Dat is nu opgelost.

De update, aangekondigd op 19 februari 2026, introduceert een nieuwe optionele parameter genaamd return_run_details. Stel deze in op true, en je krijgt een 200 OK-respons met daarin de workflow-ID, API-URL en workflow-URL. Sla de parameter over, en het oude 204-gedrag blijft bestaan—achterwaartse compatibiliteit behouden.

GitHub CLI-gebruikers met versie 2.87.0 of later krijgen dit automatisch. Voer gh workflow run uit en je ziet de URL van de aangemaakte run plus het gh run view-commando om het te controleren. De CLI heeft nu return_run_details standaard ingesteld op true.

Dit is belangrijk voor iedereen die automatisering bouwt bovenop GitHub Actions. Denk aan deployment-orkestratiesystemen, batch-verwerkingspipelines, of welke tooling dan ook die moet bijhouden wat het heeft gestart. De vorige aanpak—het runs-endpoint pollen en proberen timestamps of commit-SHA's te matchen—was fragiel en vraatzuchtig qua rate-limiet.

De timing is opmerkelijk. GitHub toonde zijn Agentic Workflows-concept slechts twee dagen eerder op 17 februari, als signaal van diepere investeringen in programmatische workflow-controle. En het platform is nog steeds reputationeel aan het herstellen van een grote storing die hosted runners trof op 2 februari, wat CI/CD-pipelines in het hele ecosysteem verstoorde.

Voor de context: GitHub verhoogde het maximum aantal workflow_dispatch-inputs van 10 naar 25 in december 2025, een andere kwaliteit-van-leven-verbetering voor complexe automatiseringsscenario's.

De functie is nu live in de REST API. Documentatie is beschikbaar in GitHub's Actions workflow events-gids voor iedereen die klaar is om hun aangepaste tracking-hacks te dumpen.

• github actions
• api
• devops
• automatisering
• ontwikkelaarstools