Fyra leverantörer, ett flöde
GitHub, GitLab, Azure DevOps och Bitbucket. Samma kommando, samma konfiguration, var än ditt skills-repo finns.
Git-leverantörer
Dina skills, där din kod redan bor
Samma flöde oavsett din Git-värd. STH pratar direkt med leverantörernas API:er — ingen proxy, ingen tredje part mellan dig och din kod.
$ sth init ? Provider › GitHub GitLab Azure DevOps Bitbucket STH Cloud # Aucun secret stocké : token résolu via $STH_TOKEN, OIDC ou git credential
Det här kan du göra
Inga lagrade hemligheter
STH sparar inga nycklar. Token läses från dina miljövariabler, precis som git eller gh gör.
Kaskadande autentiseringskedja
Inline-token, STH Cloud-nyckelring, STH_TOKEN, GitHub Actions-OIDC, leverantörsspecifika variabler, git credential fill, sedan interaktiv fråga — i den ordningen.
Flera leverantörer parallellt
En GitHub-PAT för kund A, en GitLab-PAT för kund B: varje projekt behåller sin egen konfiguration.
Vanliga frågor
- Lagrar STH mina token?
- Nej. Autentiseringsuppgifter löses per begäran från miljön, nyckelringen eller git, och skrivs aldrig till projektkonfigurationen.
- Vilken minsta behörighet behöver token?
- Läsåtkomst till repot: Contents: Read (GitHub), read_repository (GitLab), Code (Read) (Azure DevOps) eller Repositories: Read (Bitbucket).
- Fungerar STH i CI?
- Ja. I CI läser STH STH_TOKEN eller GitHub Actions-OIDC, helt utan interaktiv fråga.