Mejores VPS para Gitea en 2026: costes, requisitos e instalación
El mejor VPS para Gitea ofrece memoria suficiente para las operaciones de Git, espacio para ampliar los repositorios y una copia de seguridad que puedas restaurar. Gitea es un servidor Git ligero para alojar tus propios repositorios. Su interfaz web reúne código privado, solicitudes de incorporación de cambios, seguimiento de incidencias y colaboración. Tú decides dónde se guardan los datos y quién puede acceder a ellos.
Un servidor Git personal puede empezar con pocos recursos. Un equipo que envía repositorios grandes, almacena objetos Git LFS o utiliza Gitea Actions necesita otro presupuesto. Las compilaciones de CI/CD se ejecutan en runners y pueden consumir mucha más CPU, memoria y disco que el propio servicio de repositorios.
Esta guía compara cinco proveedores, distingue las recomendaciones prácticas de las indicaciones oficiales y explica una instalación en Ubuntu con Docker Compose. La administración conserva el puerto SSH 22, Git utiliza otro puerto SSH y la interfaz web queda protegida con HTTPS.
Comprobado el 4 de noviembre de 2026. Esta comparación se basa en fuentes públicas, sin pruebas de rendimiento de servidores contratados. El enlace de LightNode es de afiliado; podemos recibir una comisión. Los precios excluyen impuestos y servicios opcionales, salvo indicación contraria.
¿Qué es Gitea?
Gitea aloja repositorios Git públicos y privados, solicitudes de incorporación de cambios, incidencias, tableros de proyectos, usuarios y organizaciones. Los webhooks y las integraciones conectan la actividad del repositorio con otros servicios. Su registro de paquetes admite formatos como contenedores, npm, Maven y PyPI.
Gitea Actions coordina los flujos de trabajo; un runner registrado ejecuta las tareas. Antes de migrar, comprueba la compatibilidad de los flujos y las acciones de terceros.
Gitea sirve para particulares, startups, equipos pequeños, proyectos de código abierto y organizaciones que quieren controlar su infraestructura Git. GitHub ofrece un ecosistema de colaboración alojado; GitLab, una plataforma DevOps integrada más amplia. Sus funciones no coinciden exactamente. Plataformas como Coolify y Dokploy gestionan el despliegue de aplicaciones.
Requisitos del VPS para Gitea
La orientación oficial indica que 2 núcleos de CPU y 1 GB de RAM suelen bastar para equipos o proyectos pequeños. Es una referencia de carga, no una garantía de capacidad. Estas son sugerencias editoriales de dimensionamiento, con margen para Linux y Docker.
| Uso | CPU | RAM | Almacenamiento | Base de datos |
|---|---|---|---|---|
| Servidor Git personal | 1-2 vCPU; un núcleo como opción de evaluación | 1-2 GB | 20-40 GB SSD, más margen de crecimiento | SQLite |
| Equipo de desarrollo pequeño | 2 vCPU | 2-4 GB | 50-100 GB SSD | Conviene valorar PostgreSQL desde el principio |
| Equipo en crecimiento | 4+ vCPU | 8+ GB | 100+ GB SSD, según los datos reales | PostgreSQL |
Una vCPU queda por debajo del ejemplo oficial habitual; para colaboración activa, es preferible disponer de dos. Las clonaciones y los envíos simultáneos, el empaquetado de Git, la indexación y la base de datos pueden provocar picos que no aparecen al navegar por la interfaz.
Presupuesta por separado el historial de los repositorios, los objetos LFS, los paquetes, los adjuntos, los registros y el espacio libre para actualizar. Borrar un archivo grande de la rama actual no elimina sus objetos del historial de Git. Elige SSD frente a HDD para la E/S de Git y de la base de datos; el tipo de disco por sí solo no demuestra el rendimiento.
Guarda las copias retenidas en otro destino. El alojamiento de los runners de Gitea Actions requiere su propio dimensionamiento: las cachés de compilación, los contenedores y las tareas simultáneas pueden saturar una máquina de 1 GB. Aísla las tareas no confiables del servidor Git y de su socket Docker. Consulta la documentación del runner.
¿Cuánto cuesta alojar Gitea en un VPS?
Los precios de cómputo se comprobaron el 4 de noviembre de 2026; las reservas para copias son estimaciones. Los totales excluyen dominios, impuestos, discos adicionales, excesos de tráfico, bases de datos independientes y runners.
| Presupuesto | Carga/configuración sugerida | Intervalo de cómputo verificado | Reserva estimada para copias | Subtotal mensual estimado |
|---|---|---|---|---|
| Git personal económico | Repositorios ligeros; 1 vCPU, 1-2 GB, 25-55 GB SSD | $5-$12 | $1-$5 | $6-$17 |
| Git para un equipo pequeño | 2 vCPU, 4 GB, 80 GB SSD | $20-$24 | $4-$6 | $24-$30 |
| Equipo de desarrollo en crecimiento | 4 vCPU, 8 GB, 160 GB SSD | $40-$48 | $8-$12 | $48-$60 |
En el nivel personal sigue siendo aplicable la advertencia sobre un solo núcleo. Los ejemplos de entrada de $5 corresponden a Vultr y Linode; DigitalOcean ofrece 2 GiB por $12. Los intervalos superiores comparan Vultr con DigitalOcean/Linode.
En las regiones base de Linode, el complemento de copias cuesta $2.50 para 2 GB, $5 para 4 GB y $10 para 8 GB. Las copias semanales de DigitalOcean calculadas como porcentaje cuestan el 20% del precio del Droplet. Una instantánea del proveedor no demuestra que la recuperación sea consistente para la aplicación.
Antes de contratar, calcula el SSD adicional, las copias retenidas, IPv4 si se cobra aparte y el tráfico saliente de clonaciones/LFS. Para el dominio, utiliza el precio de renovación del registrador. PostgreSQL consume recursos incluso en el mismo VPS; un servidor de base de datos y un runner independientes añaden cada uno otra partida de cómputo.
Mejores proveedores VPS para Gitea en 2026
El orden es editorial. Compara los planes sugeridos y el total de cada región, porque los precios de entrada compran recursos distintos.
| Proveedor | Configuración sugerida | Precio de entrada | Almacenamiento | Indicado para | Sitio web |
|---|---|---|---|---|---|
| LightNode | Start: 1 vCPU / 2 GB | Referencia mensual de $7.71 | 50 GB NVMe | Despliegues personales por horas | Visitar |
| DigitalOcean | Basic Regular: 1 vCPU / 2 GiB, $12/mes | $4/mes, 512 MiB | Sugerido: 50 GiB SSD | Herramientas consolidadas para desarrolladores | Visitar |
| Vultr | Regular: 1 vCPU / 2 GB, base de $10/mes | Opción de 1 GB verificada: $5/mes* | Sugerido: 55 GB SSD | Elección regional | Visitar |
| Akamai Cloud / Linode | Linode 2GB: 1 vCPU / 2 GB, base de $12/mes | Nanode 1GB: base de $5/mes | Sugerido: 50 GB | Alojamiento Linux convencional | Visitar |
| Hetzner | CPX22: 2 vCPU / 4 GB, si hay existencias | Se necesita una cotización actual de contratación | 80 GB NVMe | Comparar costes de infraestructura en la UE | Visitar |
*La opción de Vultr de 1 GB verificada no implica que sea el plan más barato de todo su catálogo. Fuentes: API pública de Vultr y API de tipos de Linode; las demás fuentes del catálogo aparecen en la tabla.
1. LightNode: alojamiento Gitea flexible por horas
LightNode
Recomendado: Start Linux, 1 vCPU, 2 GB de RAM, 50 GB NVMe SSD y 1 TB de transferencia anunciada. Precio de entrada: referencia mensual mostrada de $7.71.
KVM, acceso root, una IP dedicada e imágenes Linux permiten una instalación normal de Docker. La facturación por horas sirve para probar un servidor Git personal, con ubicaciones en varios continentes.
Ventajas: facturación flexible y elección regional. Desventajas: las preguntas frecuentes oficiales indican actualmente solo IPv4 y una IPv4 por instancia. Indicado para: desarrolladores que evalúan repositorios privados antes de elegir una configuración duradera.
Las instancias detenidas siguen generando cargos; las preguntas sobre facturación describen un límite de 672 horas de cuota del servidor dentro de un mes natural completo. Confirma las reglas de tráfico y de liberación de instancias. La oferta actual especifica 1 TB de transferencia; no se verificó un puerto universal de 50 Mbps. Para equipos activos, elige más CPU.
2. DigitalOcean: operaciones documentadas para desarrolladores
DigitalOcean
Recomendado: Basic Regular, 1 vCPU, 2 GiB y 50 GiB SSD por $12/mes; los equipos pequeños pueden evaluar 2 vCPU/4 GiB/80 GiB por $24. Precio de entrada: $4/mes por 512 MiB.
Los Droplets combinan imágenes Linux, panel para desarrolladores, documentación y automatización mediante API. Ventajas: niveles claros de configuración y administración documentada. Desventajas: las copias cuestan aparte y el plan inicial de 512 MiB queda por debajo de la memoria sugerida aquí. Indicado para: equipos pequeños que quieren herramientas consolidadas. Los planes combinados facturan por segundo con límite mensual y un mínimo de 60 segundos o $0.01, lo que sea mayor.
3. Vultr: más opciones de ubicación
Vultr
Recomendado: vc2-1c-2gb, 1 vCPU, 2 GB y 55 GB SSD, con base de $10/mes; el nivel de 2 vCPU/4 GB/80 GB cuesta $20. Entrada de 1 GB verificada: $5/mes.
Cloud Compute ofrece instancias Linux administrables en numerosas regiones. Ventajas: variedad de ubicaciones y planes pequeños de evaluación. Desventajas: los ajustes regionales cambian el coste; el plan recomendado de 2 GB cuesta $15 en São Paulo. Indicado para: alojar Git cerca de las rutas de red del equipo. Los planes Regular citados usan SSD; otras familias anuncian NVMe. No supongas que todo el catálogo utiliza el mismo disco ni confundas una lista de ubicaciones con mediciones de latencia.
4. Akamai Cloud / Linode: configuraciones previsibles
Akamai Cloud / Linode
Recomendado: Linode 2GB, 1 vCPU, 2 GB de RAM y 50 GB de disco, con base de $12/mes. Linode 4GB ofrece 2 vCPU/80 GB por $24. Precio de entrada: Nanode 1GB, base de $5/mes.
Las instancias Linux y la documentación para desarrolladores facilitan la administración por SSH y el despliegue de Docker. Ventajas: gestión de máquinas virtuales conocida y precios explícitos de copias. Desventajas: hay tarifas regionales: Linode 2GB cuesta $14.40 en Yakarta y $16.80 en São Paulo. Indicado para: quienes prefieren infraestructura Linux convencional. Comprueba la transferencia incluida y los servicios opcionales en el pedido concreto.
5. Hetzner: comparar costes europeos con una cotización real
Hetzner
Recomendado: CPX22, 2 vCPU, 4 GB de RAM y 80 GB NVMe, sujeto a existencias. Precio de entrada: solicita una cotización actual que permita contratar.
Hetzner ofrece servidores Linux en la nube, redes privadas y acceso API. Ventajas: ubicaciones en la UE y cuotas de transferencia anunciadas amplias en Europa. Desventajas: el catálogo consultado marcaba productos no disponibles; una referencia publicitada no garantiza la contratación. Indicado para: equipos con presupuesto ajustado que comparan capacidad europea disponible. Revisa moneda, IVA, IPv4 principal, coste de copias y normas regionales de transferencia.
Cómo instalar Gitea en un VPS Ubuntu
Esta instalación utiliza una imagen nueva y compatible de Ubuntu 24.04 LTS y la imagen comunitaria oficial rootful 28.3.0. Se verificaron la versión estable y el manifiesto del registro. Los comandos siguen la documentación; no se afirma haberlos ejecutado en un VPS contratado.
Paso 1. Preparar un VPS Ubuntu
Usa claves SSH y la tabla de dimensionamiento anterior. Sustituye el usuario de acceso y la IP:
ssh ubuntu@YOUR_SERVER_IP
sudo apt update
sudo apt upgrade -y
sudo apt install -y ca-certificates curl
sudo ss -lntupApunta el nombre de host de Git al VPS. Limita el SSH administrativo, normalmente TCP 22, a orígenes de confianza. Reserva TCP 2222 para Git por SSH y 80/443 para HTTPS. Bloquea el acceso público a 3000. Aplica las reglas en el firewall del proveedor, incluido IPv6; los puertos publicados por Docker pueden eludir las expectativas habituales de UFW. Reinicia si las actualizaciones lo requieren.
Paso 2. Instalar Docker Engine y Docker Compose
En una imagen limpia sin paquetes Docker incompatibles, sigue las instrucciones del repositorio Ubuntu de Docker:
sudo install -m 0755 -d /etc/apt/keyrings
sudo curl -fsSL https://download.docker.com/linux/ubuntu/gpg -o /etc/apt/keyrings/docker.asc
sudo chmod a+r /etc/apt/keyrings/docker.asc
sudo tee /etc/apt/sources.list.d/docker.sources > /dev/null <<EOF_DOCKER
Types: deb
URIs: https://download.docker.com/linux/ubuntu
Suites: $(. /etc/os-release && echo "${UBUNTU_CODENAME:-$VERSION_CODENAME}")
Components: stable
Architectures: $(dpkg --print-architecture)
Signed-By: /etc/apt/keyrings/docker.asc
EOF_DOCKER
sudo apt update
sudo apt install -y docker-ce docker-ce-cli containerd.io docker-buildx-plugin docker-compose-plugin
sudo docker run --rm hello-world
sudo docker compose versionNuestra guía de VPS para Docker compara el alojamiento; este tutorial utiliza el comando actual del plugin docker compose.
Paso 3. Crear el directorio del proyecto Gitea
sudo install -d -m 0755 /opt/gitea
sudo install -d -m 0750 -o 1000 -g 1000 /opt/gitea/data
cd /opt/giteaAjusta el propietario de los datos a USER_UID/USER_GID, también después de restaurar; evita permisos de escritura para todo el mundo.
Paso 4. Crear un archivo Docker Compose
Guarda /opt/gitea/docker-compose.yml y sustituye git.example.com por tu nombre de host:
services:
gitea:
image: docker.gitea.com/gitea:28.3.0
container_name: gitea
restart: unless-stopped
environment:
USER_UID: "1000"
USER_GID: "1000"
GITEA__database__DB_TYPE: sqlite3
GITEA__database__PATH: /data/gitea/gitea.db
GITEA__repository__ROOT: /data/git/repositories
GITEA__server__DOMAIN: git.example.com
GITEA__server__SSH_DOMAIN: git.example.com
GITEA__server__SSH_PORT: "2222"
GITEA__server__ROOT_URL: http://localhost:3000/
GITEA__service__DISABLE_REGISTRATION: "true"
volumes:
- ./data:/data
- /etc/localtime:/etc/localtime:ro
ports:
- "127.0.0.1:3000:3000"
- "2222:22"La imagen rootful utiliza /data y OpenSSH gestionado. La imagen rootless usa otros montajes y un servidor SSH integrado; cambiar únicamente la etiqueta no constituye una migración. El ROOT_URL temporal de loopback permite instalar en privado; en el paso 8 se sustituye por HTTPS.
Paso 5. Iniciar Gitea
sudo docker compose config --quiet
sudo docker compose up -d
sudo docker compose ps
sudo docker compose logs --tail=100 giteaPaso 6. Completar la instalación web
El primer acceso debe seguir siendo privado. En tu ordenador:
ssh -N -L 3000:127.0.0.1:3000 ubuntu@YOUR_SERVER_IPAbre http://localhost:3000. Revisa estos campos del formulario:
| Campo | Valor del ejemplo |
|---|---|
| Tipo de base de datos (Database Type) | SQLite3; ruta /data/gitea/gitea.db |
| Ruta raíz de repositorios (Repository Root Path) | /data/git/repositories |
| Dominio del servidor (Server Domain) | git.example.com |
| Puerto SSH del servidor (SSH Server Port) | 2222, el puerto publicado de Git |
| URL base de Gitea (Gitea Base URL) | http://localhost:3000/ durante el inicio privado; cambiar en el paso 8 |
| Cuenta de administrador (Administrator Account) | Despliega los ajustes y crea un administrador identificado con contraseña exclusiva |
Crea el administrador inmediatamente. Mantén cerrado el acceso web público hasta que funcione HTTPS. Como el registro está desactivado, los administradores crean las cuentas del equipo. SQLite sirve para cargas ligeras. Si prevés crecimiento, elige PostgreSQL al instalar: la conversión entre bases de datos no está bien probada, y PostgreSQL requiere RAM, parches y copias adecuadas para la base de datos.
Paso 7. Configurar el acceso Git por SSH
Añade tu clave SSH pública en los ajustes de claves del usuario de Gitea; conserva la privada en tu estación de trabajo. Genera una si es necesario:
ssh-keygen -t ed25519 -C "developer@example.com"
cat ~/.ssh/id_ed25519.pub
ssh -T -p 2222 git@git.example.comComprueba la huella de la clave del host mediante un canal de confianza del servidor antes de aceptarla. La autenticación correcta puede mostrar que Gitea no proporciona acceso a una shell.
En esta instalación rootful, Docker asigna host 2222 → contenedor 22, SSH_PORT=2222 anuncia el puerto público y el firewall debe permitir TCP 2222 a los desarrolladores. La URL de clonación debe incluir :2222. SSH_PORT no configura el puerto de escucha del servidor integrado; consulta la referencia de configuración. Mantén operativo el SSH administrativo del VPS.
Paso 8. Configurar HTTPS con un proxy inverso
Apunta el DNS al VPS, incluyendo solo registros A/AAAA operativos. Instala Caddy siguiendo sus instrucciones oficiales para Ubuntu. Guarda esto en /etc/caddy/Caddyfile:
git.example.com {
reverse_proxy 127.0.0.1:3000
}Cambia GITEA__server__ROOT_URL en Compose a https://git.example.com/. En el VPS, recrea Gitea antes de comprobar HTTPS:
cd /opt/gitea
sudo docker compose up -d
sudo caddy validate --config /etc/caddy/Caddyfile
sudo systemctl reload caddy
curl -I https://git.example.com/La configuración sigue el ejemplo de Caddy de Gitea. Caddy obtiene certificados, admite WebSockets, conserva el host y establece las cabeceras de reenvío. Confía solo en cabeceras de los proxies previstos. Activa MFA y utiliza repositorios privados para código privado.
Paso 9. Crear el primer repositorio
Cuando funcione HTTPS, crea en la interfaz un repositorio privado y vacío llamado demo, sin inicializar README. En tu estación de trabajo, sustituye YOUR_GITEA_USER:
git clone ssh://git@git.example.com:2222/YOUR_GITEA_USER/demo.git
cd demo
git config user.name "Your Name"
git config user.email "developer@example.com"
printf '# Demo\n' > README.md
git add README.md
git commit -m "Initial commit"
git push -u origin HEADComprueba que el commit aparece en Gitea. Las claves SSH y los permisos autorizan el envío; la identidad de Git identifica los commits.
Paso 10. Hacer copias y actualizar Gitea
En esta instalación con SQLite y montaje de directorio, archivar con el servicio detenido proporciona un punto de recuperación local consistente:
cd /opt/gitea
backup_stamp=$(date -u +%Y%m%dT%H%M%SZ)
sudo install -d -m 0700 /var/backups/gitea
sudo docker compose stop gitea
sudo tar --acls --xattrs -C /opt -czf "/var/backups/gitea/gitea-$backup_stamp.tar.gz" gitea
sudo docker compose start gitea
sudo chmod 600 "/var/backups/gitea/gitea-$backup_stamp.tar.gz"Comprueba que el archivado termina correctamente; si falla, inicia Gitea antes de investigar. Copia fuera del servidor un archivo verificado y cifrado. Esto conserva juntos repositorios, SQLite, LFS/paquetes locales, material SSH, data/gitea/conf/app.ini y Compose. Copia la configuración de Caddy por separado. El almacenamiento de objetos externo requiere su propia copia.
Con PostgreSQL, detén las escrituras de Gitea mientras generas un volcado consistente y una copia de archivos correspondiente; no lo sustituyas por copiar el directorio de una base de datos en ejecución. Sigue la guía de copias y restauración. Restaura en una instalación de sustitución aislada, conserva los propietarios y prueba acceso, clonación/envío, incidencias y LFS antes de confiar en el archivo.
Antes de actualizar, lee las notas de actualización, haz una copia y prueba la versión de destino. Después cambia la etiqueta fijada, ejecuta sudo docker compose pull y sudo docker compose up -d, y verifica el servicio. Tras migrar la base de datos, volver atrás puede exigir restaurar la copia correspondiente.
Gitea frente a GitLab y GitHub
| Criterio | Gitea | GitLab | GitHub |
|---|---|---|---|
| Modelo de alojamiento | Servicio comunitario autogestionado; ofertas alojadas aparte | Self-Managed o GitLab.com | GitHub.com; Enterprise Server aparte |
| Autoalojamiento | Sí | Sí | Enterprise Server, no GitHub.com |
| Recursos | Dimensionar Git, base de datos y runners por separado | Pila más amplia; seguir sus recomendaciones | El proveedor opera la infraestructura de GitHub.com |
| Gestión de repositorios | Git, solicitudes de cambios, incidencias y organizaciones | Git y flujos DevOps integrados | Git y ecosistema de colaboración alojado |
| CI/CD | Gitea Actions con runners | GitLab CI/CD con runners | GitHub Actions con runners |
| Gestión de usuarios | Usuarios locales, organizaciones e integraciones de identidad compatibles | Grupos, roles y opciones de identidad | Organizaciones, equipos y controles empresariales |
| Mantenimiento | Tú mantienes la pila autoalojada | Tú mantienes Self-Managed; el proveedor opera SaaS | El proveedor opera GitHub.com; tú mantienes Enterprise Server |
| Uso más adecuado | Control directo sobre un servicio Git centrado | Necesidades DevOps integradas más amplias | Colaboración alojada consolidada |
Consulta los requisitos de GitLab y la introducción a GitHub para conocer sus modelos.
¿Es Gitea adecuado para equipos de desarrollo pequeños?
Sí, si el equipo puede mantener accesos, actualizaciones y recuperación. No existe un límite universal fiable de usuarios para un VPS pequeño: importan más las clonaciones simultáneas y los envíos grandes que el número de cuentas. SQLite puede atender una carga ligera; PostgreSQL es una elección inicial razonable cuando se prevé crecimiento. Conviene separar los runners para aislar compilaciones y controlar los recursos.
Reserva espacio para historial, LFS, paquetes, operaciones temporales de Git y copias retenidas. Gitea puede sustituir flujos de repositorios conocidos, pero comprueba integraciones, permisos y compatibilidad de Actions antes de salir de GitHub.
Problemas habituales al alojar Gitea
| Problema | Posibles causas y comprobaciones |
|---|---|
| Conexión SSH de Gitea rechazada | Revisa docker compose ps, registros del contenedor, ss -lntp, asignación del puerto 2222 y firewall del proveedor |
| Permiso denegado al clonar | Confirma la clave pública de la cuenta Gitea correcta, usuario SSH git, acceso al repositorio y puerto; usa ssh -vT -p 2222 git@git.example.com |
| Puerto 22 ocupado | Conserva la administración en 22; publica Gitea en 2222 y ajusta el puerto anunciado y la URL de clonación |
| Permiso denegado con Gitea en Docker | Distingue permisos del daemon Docker y propietario del montaje; usa sudo docker y ajusta UID/GID sin chmod 777 |
| Gitea devuelve 502 Bad Gateway | Revisa registros, puerto loopback 3000 y upstream de Caddy; HTTPS no arregla una aplicación detenida |
| Almacenamiento de repositorios agotado | Revisa df -h, df -i y tamaños de directorios; amplía capacidad o aplica retención documentada sin borrar componentes internos de los repositorios |
Usa Beszel para observar recursos y Uptime Kuma para disponibilidad externa. Prueba las alertas y supervisa las copias.
Preguntas frecuentes
¿Cuál es el mejor VPS para Gitea?
Elige un VPS Linux mantenido, con SSD suficiente, opciones claras de recuperación y el acceso de red que necesita tu equipo. LightNode sirve para pruebas personales por horas; DigitalOcean y Linode ofrecen operaciones conocidas para desarrolladores, y Vultr aporta variedad regional. Para Europa, compara una cotización de Hetzner con existencias. El plan adecuado depende del tamaño de los repositorios, las operaciones Git simultáneas y los recursos que compartan los runners de CI con el servicio.
¿Cuánta RAM necesita Gitea?
La introducción oficial indica que 2 núcleos de CPU y 1 GB de RAM suelen bastar para equipos o proyectos pequeños. No significa que cubran carga ilimitada ni un runner ocupado. Nuestra referencia práctica es 1-2 GB para uso personal y 2-4 GB para un equipo pequeño. Mide los picos de Git, el uso de la base de datos y el margen del sistema operativo antes de considerar suficiente la asignación inicial.
¿Puedo alojar Gitea en un VPS de 1 GB?
Sí, una instalación ligera puede encajar en una evaluación con 1 GB, según la carga y la CPU asignada. Mantén repositorios modestos, evita compilar en la misma máquina y observa la memoria al clonar y enviar cambios. Un GB deja menos margen para Linux, Docker, actualizaciones y base de datos que una máquina de 2 GB. Que arranque correctamente no demuestra que soporte el momento de mayor actividad del equipo.
¿Gitea es gratuito y de código abierto?
Sí. El proyecto comunitario utiliza la licencia MIT y puedes ejecutarlo en tu infraestructura. El alojamiento, las copias, los dominios, la administración y los servicios comerciales ofrecidos por separado siguen teniendo coste. El operador también debe actualizar y restaurar los datos perdidos. Presupuesta el servicio completo: una licencia gratuita no incluye infraestructura gestionada, soporte ni copias recuperables de todos los repositorios.
¿Gitea admite Docker?
Sí. La documentación oficial explica las imágenes rootful y rootless. Esta guía fija la imagen comunitaria rootful en la versión 28.3.0, conserva /data y publica puertos separados para web y Git SSH. La variante rootless usa otra distribución de almacenamiento y otra implementación SSH; cambiar solo el nombre de la imagen no es seguro. Revisa las instrucciones correspondientes y conserva los datos antes de cambiar el funcionamiento de una instalación existente.
¿Puede Gitea sustituir a GitHub?
Puede sustituir alojamiento de repositorios, solicitudes de cambios, incidencias y ciertos flujos automatizados si cumplen tus necesidades. Migrar requiere revisar permisos, integraciones, formatos de paquetes y comportamiento de Actions. Gitea no reproduce todo el ecosistema de GitHub; el autoalojamiento transfiere el mantenimiento a tu equipo. Prueba primero un repositorio representativo con sus flujos y decide después si migrar por completo o conservar ambos servicios para proyectos distintos.
¿Gitea necesita PostgreSQL?
No. SQLite está integrado y puede servir para un despliegue pequeño; PostgreSQL es otra de las bases compatibles. Si prevés crecimiento, elegir PostgreSQL desde el principio evita depender de una migración posterior entre motores, que la documentación advierte que no está bien probada. PostgreSQL necesita memoria, actualizaciones, credenciales y copias específicas. Alojarlo en otra máquina añade cómputo y una conexión que también debes proteger y supervisar.
¿Cuánto cuesta alojar Gitea al mes?
Los ejemplos pequeños verificados van de $5 a $12 al mes solo por cómputo, antes de copias, dominios, almacenamiento adicional, impuestos y runners. Estimamos $6-$17 para uso personal con reserva de copias; los equipos pequeños pueden presupuestar unos $24-$30 con las configuraciones mostradas. Son intervalos de planificación, no paquetes fijos del proveedor. LFS voluminoso, retención de paquetes, clonaciones salientes frecuentes y workers de CI separados pueden aumentar considerablemente el total.
Recomendación final
Para desarrolladores con presupuesto ajustado, compara el plan de entrada verificado de Vultr con una cotización de Hetzner realmente disponible. Para repositorios Git personales, merece la pena evaluar el plan Start de LightNode de 2 GB cuando encaje la facturación por horas; ten presente la advertencia sobre un solo núcleo.
Para equipos de desarrollo pequeños, evalúa 2 vCPU/4 GB, PostgreSQL y copias independientes. Vultr ofrece más opciones de ubicación; DigitalOcean/Linode encajan con herramientas consolidadas para desarrolladores. Dimensiona los runners por separado y prueba una restauración antes de depender de este servidor Git.