Guía de despliegue

Gitea vs GitLab: ¿qué forja Git self-hosted en VPS?

Desplegar en un VPS Cloud →

Comparativa

Gitea vs GitLab: ¿qué forja Git self-hosted en VPS?

Comparativas4 min de lectura6 pasos

Alojar su propia forja Git es recuperar el control de su código, de su CI y de sus secretos. Gitea apuesta por la ligereza; GitLab, por la plataforma completa. Le explicamos cómo decidirse y desplegar la suya en un VPS.

Contenido· Por qué autoalojar su forja Git en un VPS1/4
  1. 01Por qué autoalojar su forja Git en un VPS
  2. 02Las ventajas de una forja autoalojada
  3. 03Requisitos según la forja elegida
  4. 04Desplegar Gitea (o GitLab) en un VPS con Docker

Por qué autoalojar su forja Git en un VPS

Una forja Git autoalojada mantiene su propiedad intelectual fuera de las plataformas públicas y elimina cualquier límite arbitrario sobre el número de repositorios privados, de colaboradores o de minutos de CI. En un VPS, usted controla la localización de los datos, las copias de seguridad y la integración con su pipeline interno. Gitea (y su fork Forgejo) está escrito en Go: un binario único, arranque instantáneo, huella de memoria mínima, ideal para un VPS modesto. GitLab CE es una suite integrada (incidencias, CI/CD, registro Docker, registro de paquetes, wiki, entornos), pero consume mucha más RAM. La elección depende de su necesidad: un Git limpio y rápido, o una plataforma DevOps completa en un solo producto.

Las ventajas de una forja autoalojada

  • Repositorios privados sin tope ni suscripción por puesto
  • CI/CD bajo su control, con sus propios runners en el VPS
  • Secretos y tokens almacenados en su servidor, fuera de una plataforma de terceros
  • Registro de imágenes Docker y de paquetes integrado, cerca de sus despliegues
  • Cumplimiento y localización de los datos en Marruecos bajo control
  • Con Gitea: un único binario, con una copia de seguridad que se limita a una carpeta y una base de datos

Requisitos según la forja elegida

Gitea es frugal: 1 vCPU y 1 GB de RAM bastan para un equipo pequeño, 2 GB con la base de datos y algunos runners. GitLab CE es mucho más exigente: apunte como mínimo a 4 GB de RAM (8 GB recomendados en uso real con CI), 4 vCPU y un disco rápido, porque la suite incorpora PostgreSQL, Redis, Sidekiq y Gitaly. En ambos casos necesita Docker y Compose, un subdominio (git.sudominio.com), un reverse proxy para el TLS e, idealmente, un segundo subdominio si activa el registro Docker. Prevea un volumen dedicado a los repositorios y una estrategia de copias de seguridad.

Desplegar Gitea (o GitLab) en un VPS con Docker

  1. Crear los volúmenes y la red

    Prepare mkdir -p /srv/gitea/{data,db} y una red Docker dedicada docker network create forge. La separación data/db facilita copias de seguridad diferenciadas del código y de la base de datos.

  2. Definir el docker-compose.yml

    Para Gitea, declare el servicio gitea/gitea más un postgres, monte los volúmenes y exponga el puerto HTTP 3000 y el puerto SSH de Git 2222 en local. Para GitLab, utilice gitlab/gitlab-ce con la variable GITLAB_OMNIBUS_CONFIG para fijar la external_url.

  3. Arrancar y finalizar la instalación

    Ejecute docker compose up -d. Gitea muestra un asistente de instalación en la primera conexión (indique el tipo de base de datos y el dominio); GitLab tarda varios minutos en inicializarse, recupere en los logs la contraseña root generada.

  4. Configurar el reverse proxy y el SSL

    Haga de proxy de git.sudominio.com hacia el puerto HTTP de la forja con Caddy o Nginx para obtener un certificado Let's Encrypt. Asegúrese de transmitir el X-Forwarded-Proto correcto para que las URL de clonado HTTPS sean correctas.

  5. Activar el SSH de Git

    Mapee el puerto SSH del contenedor hacia un puerto del VPS (por ejemplo, 2222) y configure sus claves. Rellene SSH_DOMAIN para que los comandos git clone que propone la interfaz sean exactos.

  6. Conectar la CI/CD

    Registre un runner: Gitea Actions (compatible con la sintaxis de GitHub Actions) o un GitLab Runner Docker. Limite sus recursos y aíslelo en su propio contenedor para que un job pesado no tumbe la forja.

Desplace la tabla

CriterioGiteaGitLab CE
RAM mínima recomendadaDe 1 a 2 GBDe 4 a 8 GB
ArquitecturaBinario Go únicoSuite multiservicio (omnibus)
Tiempo de arranqueCasi instantáneoVarios minutos
CI/CD integradaGitea Actions (estilo GitHub)GitLab CI/CD, muy completa
Registro Docker / paquetesIncluido y ligeroIncluido, completo
Gestión de proyectos (incidencias, tableros)EsencialAvanzada (epics según la edición)
Facilidad de copia de seguridadCarpeta + dump SQLProcedimiento omnibus dedicado
Ideal paraVPS modesto, equipo pequeño/medianoPlataforma DevOps completa

En GitLab, evite el OOM-kill en un VPS pequeño reduciendo la concurrencia: ponga puma['worker_processes'] a 2 y sidekiq['max_concurrency'] a 10 en la configuración omnibus. Si la RAM sigue siendo un problema, eche un vistazo a Forgejo (fork comunitario de Gitea), que conserva la ligereza y cubre el 90% de las necesidades de un equipo, registro y Actions incluidos.

Su forja Git lista para clonar

Un VPS Cloud ServOrbit con plantilla Docker le permite desplegar Gitea o GitLab con reverse proxy, SSL y runner de CI en unos pocos pasos, desde su área de cliente.

¿Necesita ayuda?

Consulte nuestro centro de ayuda y nuestra FAQ, o contacte con nuestro equipo: llamada, WhatsApp o correo electrónico. Soporte en francés, inglés y árabe.

Escribir por WhatsAppse abre en una pestaña nueva