Supported providers
| Provider | Best for | Setup model |
|---|---|---|
| GitHub-hosted repositories and pull request review workflows | GitHub App installation. | |
| GitLab projects and merge request review workflows | Deployment-owned token and optional webhooks. | |
| Self-hosted Gitea repositories | Deployment-owned token and repository sync. | |
| Azure DevOps repositories | Deployment-owned PAT and repository sync. |
Setup checklist
Before connecting source control, make sure your deployment has:- a stable public HTTPS URL for callbacks and webhooks
- an admin or bot identity with access to the repositories Roomote should use
- provider credentials saved in setup, Settings, or deployment environment variables
- at least one environment that can use the synced repositories
- list the expected repositories
- create or update an environment from a repository
- clone the repository inside a task sandbox
- push a branch or open a reviewable change when the task finishes
Public URLs
Use the same deployment URL across source-control callbacks and webhooks. If the public URL changes, update the provider app settings and restart Roomote with the matching deployment URL before testing again. Local development commonly usesROOMOTE_PUBLIC_URL. Production deployments
usually derive callbacks from the public app URL configured by the installer or
Compose environment.
Related setup
- Environment Variables lists source-control env vars.
- Environments explains how repositories become task context.
- Tasks explains how to review output, logs, diffs, and previews.