Gå til indhold
Alle artikler

GitHub gør asynkron sammenfletning via API generelt tilgængelig

GitHub annoncerede den 1. oktober 2026 generel tilgængelighed af sit async merge API. Det er relevant for softwareteams, som automatiserer sammenfletning af kodeændringer og skal håndtere, at arbejdet ikke nødvendigvis afsluttes i det første svar.

Bestilling og status er to trin

API’et understøtter enkelte og stablede pull requests samt merge-kø og direkte sammenfletning. Klienten sender en PUT-anmodning og bruger derefter det returnerede request-ID i GET-kald til at følge status.

GitHub anbefaler denne vej til programmatisk sammenfletning frem for det synkrone REST-endpoint eller GraphQL-mutationer. Det er også det merge-API, der understøtter stablede pull requests, altså kodeforslag bygget oven på hinanden.

Kilder til afsnittet

Lad brugerens status følge det faktiske trin

Min anbefaling er at vise, at en handling er bestilt, indtil det endelige resultat foreligger. En automatisering skal ikke fortælle en kollega, at koden er sammenflettet, alene fordi anmodningen blev modtaget.

Et tænkt eksempel er et internt releaseværktøj. Her kan den første tilbagemelding være, at arbejdet er sat i gang. Den afsluttende besked bør først gives, når resultatet faktisk er kontrolleret.

Bevar referencen gennem hele forløbet

Gem forbindelsen mellem den oprindelige opgave og anmodningens ID. Det giver teamet mulighed for at undersøge en ventende handling uden at gætte, hvilken bestilling status tilhører.

Aftal også, hvem der reagerer, hvis en handling venter længere end forventet. En ventende status skal have en behandlingsvej, så opgaven ikke blot forsvinder fra opmærksomheden.

Kontrollér afslutning og fejl i en afgrænset prøve

Gennemgå en egnet testopgave, og kontrollér både den normale afslutning og en situation, hvor sammenfletningen ikke kan gennemføres. Bevar projektets normale godkendelser og regler.

Artiklen beskriver GitHubs annoncering og en anbefalet integrationspraksis. Den er ikke en egen API-test og dokumenterer ikke, at jeres eksisterende automatisering allerede håndterer det nye forløb.