archgate credential

Leverer git et gyldig tilgangstoken for Archgates plugin-repositorier. Du kjører normalt ikke denne kommandoen selv — git kaller den, og archgate login registrerer den for deg.

archgate credential get

Plugin-repositorier klones over HTTPS fra plugins.archgate.dev, og git autentiserer disse forespørslene selv i stedet for å gå gjennom CLI-en. Tilgangstokener er kortlivede, så et token som skrives én gang til legitimasjonsbehandleren ville slutte å virke innen en time. Denne helperen tetter det hullet: git spør den om legitimasjon ved hver forespørsel, og den svarer med et mellomlagret tilgangstoken som først fornyes fra det lagrede refresh-tokenet når det har utløpt.

Kommandoen snakker gits credential helper-protokoll over standard inn og ut. Den svarer bare for plugins.archgate.dev og er taus for alle andre verter, slik at legitimasjon for de øvrige remotene dine fortsetter å bruke den helperen du allerede har konfigurert.

Underkommandoer

Underkommando	Beskrivelse
archgate credential get	Skriver ut legitimasjon for et plugin-repositorium
archgate credential store	Tar imot legitimasjon fra git (no-op)
archgate credential erase	Forkaster det mellomlagrede tilgangstokenet når git melder at det ble avvist

store er bevisst en no-op: tokener kommer fra archgate login, så git har ingenting å lære CLI-en.

erase forkaster bare det mellomlagrede tilgangstokenet og beholder økten. Git sletter legitimasjon hver gang den blir avvist, og én enkelt 401 — et tilgangstoken som så vidt passerte fornyelsesvinduet, eller en forbigående feil fra plugins-verten — skal ikke koste deg en full innlogging. Neste forespørsel fornyer fra refresh-tokenet.

Konfigurasjon

archgate login skriver følgende til den globale git-konfigurasjonen din:

[credential "https://plugins.archgate.dev"]
  helper =
  helper = !/home/deg/.archgate/bin/archgate credential

Den tomme første oppføringen nullstiller enhver helper som er arvet fra et bredere konfigurasjonsnivå, slik at archgate er den eneste helperen git spør for denne verten. Den kjørbare filen registreres med absolutt sti, så git som startes fra en editor eller en GUI-klient finner den uten skallets PATH. archgate login logout fjerner begge oppføringene.

Eksempler

Se hva git får tilbake:

printf 'protocol=https\nhost=plugins.archgate.dev\n\n' | archgate credential get

protocol=https
host=plugins.archgate.dev
username=dittnavn
password=eyJhbGciOiJFUzM4NCIsInR5cCI6ImF0K2p3dCJ9...

Når du er logget ut, skriver kommandoen ingenting og avslutter uten feil, noe som forteller git at den skal gå videre til de andre helperne sine:

archgate login logout
printf 'protocol=https\nhost=plugins.archgate.dev\n\n' | archgate credential get

Feilsøking

git clone spør etter brukernavn og passord

Helperen er ikke registrert. Kjør archgate login på nytt, eller sjekk konfigurasjonen direkte:

git config --get-all credential.https://plugins.archgate.dev.helper

Utdataene skal vise en tom linje etterfulgt av !, den absolutte stien til den kjørbare archgate-filen og credential. Hvis ikke, klarte ikke CLI-en å skrive den globale git-konfigurasjonen din — bekreft at git config --global --list virker.

Helperen er registrert, men legitimasjonen avvises fortsatt

Bekreft at du er logget inn med archgate login status. Hvis refresh-tokenet er utløpt eller tilbakekalt, returnerer helperen ingen legitimasjon og melder fra om feilen. Den leser bare tokensettet archgate login lagret; et token utstedt før denne flyten fantes gis aldri til git. Kjør archgate login på nytt.