Documentation
Credentials and tokens
Choose Git credentials, SSH keys, API tokens, or CLI sessions for each client.
Upstream uses different credentials for Git transport and HTTP APIs. Use the narrowest credential that fits the client.
Git credentials
Repository-scoped HTTPS credentials can allow read or write. They expire, can be revoked, and are shown only once. Use them as the password with any non-empty Git username.
SSH keys
Account SSH keys authenticate standard SSH Git remotes. Add and revoke keys in SSH key settings.
API tokens
Workspace API tokens use bearer authentication and explicit scopes. The token is shown once and stored hashed. Create tokens in API token settings.
CLI sessions
The Upstream CLI uses a browser-approved session and the operating system credential store. Its Git credential helper requests short-lived repository credentials and clamps requested access to your actual repository role.
Automation guidance
- Never place a user session cookie in a runner.
- Use read-only repository credentials for checkout unless the job must push.
- Give API tokens only the scopes the integration calls.
- Rotate credentials when ownership or provider configuration changes.
- Keep one credential per service and repository so revocation is precise.