Neljä palveluntarjoajaa, yksi virtaus
GitHub, GitLab, Azure DevOps ja Bitbucket. Sama komento, sama asetus, missä tahansa taito-reposi onkin.
Git-palveluntarjoajat
Taitosi siellä, missä koodisi jo asuu
Sama virtaus riippumatta Git-isännästäsi. STH puhuu suoraan palveluntarjoajien rajapintojen kanssa — ei välityspalvelinta, ei kolmatta osapuolta sinun ja koodisi välissä.
$ sth init ? Provider › GitHub GitLab Azure DevOps Bitbucket STH Cloud # Aucun secret stocké : token résolu via $STH_TOKEN, OIDC ou git credential
Mitä voit tehdä
Ei tallennettuja salaisuuksia
STH ei säilytä avaimia. Tokenit luetaan ympäristömuuttujistasi, aivan kuten git tai gh tekisi.
Kaskadimainen tunnistautumisketju
Inline-token, STH Cloud -avainnippu, STH_TOKEN, GitHub Actions -OIDC, palveluntarjoajakohtaiset muuttujat, git credential fill, sitten interaktiivinen kysely — tässä järjestyksessä.
Useita palveluntarjoajia rinnakkain
GitHub-PAT asiakkaalle A, GitLab-PAT asiakkaalle B: jokainen projekti säilyttää oman asetuksensa.
Usein kysytyt kysymykset
- Tallentaako STH tokenini?
- Ei. Tunnistetiedot ratkaistaan pyyntökohtaisesti ympäristöstä, avainnipusta tai gitistä, eikä niitä koskaan kirjoiteta projektin asetuksiin.
- Mikä on tokenin vähimmäisoikeus?
- Lukuoikeus repoon: Contents: Read (GitHub), read_repository (GitLab), Code (Read) (Azure DevOps) tai Repositories: Read (Bitbucket).
- Toimiiko STH CI:ssä?
- Kyllä. CI:ssä STH lukee STH_TOKEN:in tai GitHub Actions -OIDC:n ilman interaktiivista kyselyä.