GitHub CLI får OAuth-token med utløpsdato: slik aktiverer du dem og tester integrasjoner

Et token som én gang er kopiert inn i en variabel eller et skript, kan slutte å fungere når det utløper. 21. oktober 2026 kunngjorde GitHub en offentlig forhåndsversjon av OAuth-legitimasjon med utløpsdato og automatisk fornyelse i GitHub CLI. Funksjonen er valgfri og beregnet på arbeidsflyter der CLI håndterer autentiseringen.

Slik aktiverer du legitimasjon med automatisk fornyelse

Du trenger GitHub CLI versjon 2.103.0 eller nyere. Legg til flagget --expiring for en enkelt innlogging:

gh auth login --expiring

Hvis du vil be om legitimasjon med automatisk fornyelse ved senere innlogginger, kjører du:

gh config set expiring_credentials enabled

CLI lagrer et access token med utløpsdato sammen med et roterende refresh token, og fornyer legitimasjonen når det er nødvendig. Kommandoen gh auth status viser autentiseringstilstanden og når det gjeldende tokenet utløper. Flagget ber om legitimasjon med automatisk fornyelse; om den blir utstedt, avhenger av vertens funksjoner og OAuth-appens konfigurasjon. Hvis serveren ikke støtter dette, bruker CLI et vanlig token uten utløpsdato.

Konfigurer Git til å hente legitimasjon

For HTTPS-repositorier konfigurerer du GitHub CLI som Git credential helper:

gh auth setup-git

Da henter Git legitimasjon fra gh, som kan fornye den før bruk. GitHub anbefaler Git versjon 2.46 eller nyere: den lar CLI merke legitimasjon med utløpsdato, slik at Git ikke mellomlagrer den etter at den har utløpt. GitHub CLI fungerer også med eldre Git-versjoner, men ber deg én gang om å oppdatere.

Test en vanlig Git-operasjon over HTTPS etter konfigureringen, for eksempel ved å lese tilstanden til det eksterne repositoriet. Kontroller at Git henter legitimasjonen via helperen: Da tester du hele autentiseringsflyten, ikke bare innloggingen i CLI.

Kontroller skript og eksterne apper

Et mulig svakt punkt er et skript eller en utvidelse som kjører gh auth token én gang, lagrer tekststrengen og bruker den på nytt senere: Et slikt access token kan utløpe. Hvis en ekstern prosess trenger et token, bør den hente et nytt ved hver kjøring med gh auth token. Forbrukeren må kunne bruke den oppdaterte verdien og håndtere at tokenet utløper.

Før du aktiverer funksjonen i et arbeidsmiljø, bør du kontrollere CI-jobber, lokale skript, redigeringsutvidelser og verktøy som henter token fra en miljøvariabel eller konfigurasjonsfil. Finn ut om de ber om en oppdatert verdi ved oppstart, eller baserer seg på en lagret kopi. Behold den eksisterende autentiseringsløsningen for prosesser som trenger et token med lang gyldighet.

Hvor funksjonen er tilgjengelig

GitHub kunngjorde støtte på github.com og ghe.com. GitHub Enterprise Server utsteder slik legitimasjon fra og med versjon 3.23; i eldre versjoner går forespørsler om legitimasjon med automatisk fornyelse over til et vanlig token uten utløpsdato. Funksjonen er foreløpig valgfri; GitHub planlegger å gjøre den til standard for nye innlogginger etter hvert.

Praktisk fremgangsmåte: Oppdater GitHub CLI, aktiver forespørsel om legitimasjon med automatisk fornyelse, konfigurer Git med gh auth setup-git, og kontroller om eksterne prosesser lagrer token. Dette bidrar til å avdekke inkompatible arbeidsflyter før du bytter.

GitHub har publisert detaljer i kunngjøringen av forhåndsversjonen og i dokumentasjonen for kommandoen gh auth login.