Providers (de dónde despliega)
Cómo conectar el código o la imagen a Dokploy. Para el paso a paso de nuestro caso real, ver Conectar GitLab.
Métodos disponibles
| Método | Aplica a |
|---|---|
| GitHub / GitLab / Bitbucket / Gitea | Applications, Docker Compose |
| Git (SSH/HTTPS genérico) | Applications, Docker Compose |
| Docker (imagen de un registry) | Solo Applications |
Drag and Drop .zip | Solo Applications |
| Raw (YAML pegado) | Solo Docker Compose |
GitHub / GitLab / Bitbucket / Gitea
Flujo casi idéntico: conectar la cuenta vía OAuth, luego elegir repo + branch. Docs oficiales: GitHub, GitLab, Bitbucket, Gitea.
Git genérico
Repos públicos (HTTPS): pegar la URL, indicar branch, guardar.
Repos privados (SSH Key):
- SSH Keys → Create SSH Key → Generate RSA SSH Key → copiar la Public Key.
- En el proveedor Git →
Settings → SSH Keys → Add SSH Key→ pegarla. - En Dokploy usar la URL SSH, no la HTTPS:
git@github.com:user/repo.git ✅
https://github.com/user/repo.git ❌
💡 Es el plan B si el OAuth falla o quieres evitar el scope
api. Ventaja: permisos acotados. Desventaja: sin listado de repos, escribes la URL a mano.
Docker (solo Applications)
Dos formas de traer una imagen ya construida:
- Login al registry desde Registry Section — Dokploy hace pull con esas credenciales.
- Usuario/contraseña directo en la config de la aplicación.
Drag and Drop .zip (solo Applications)
Subida manual de un .zip que dispara un deploy. Ver Desplegar con .zip.
Raw (solo Docker Compose)
El YAML del docker-compose se pega directo en el editor — sin repo. Útil para stacks de terceros donde no interesa versionar el compose.