¿Puedo importar mis repositorios de GitHub existentes?

Sí. El menú New → Migration acepta una URL de GitHub, GitLab, Gitea o Git sin más e importa el código con todo su historial; para GitHub y GitLab también puede traer los tickets, las pull requests, las etiquetas, los hitos y las releases proporcionando un token de acceso. También puede configurar un mirror pull, que mantiene una copia de solo lectura sincronizada de forma continua con el repositorio de origen.

Soporte

Poner en marcha rápidamente un proyecto de software.

Gitea

Su propio GitHub, autoalojado en un solo VPS: repositorios, pull requests, CI/CD con Gitea Actions y registro de paquetes, sin facturación por desarrollador.

2 GB RAM 1 vCPU (2 vCPU con runners de Actions) Puerto 3000 Disponible

Código fuente

Stack técnico

DockerGoPostgreSQL 16

RAM mínima2 GB

CPU mínima1 vCPU (2 vCPU con runners de Actions)

Puerto por defecto3000

SO compatiblesubuntu-24.04

Gitea es un servicio Git autoalojado escrito en Go y publicado bajo licencia MIT. Retoma la totalidad del flujo de trabajo que sus equipos ya conocen — repositorios, ramas, tickets, pull requests, revisión de código, wiki, releases — sobre una infraestructura que usted controla, a partir de un único binario que arranca en pocos segundos y se conforma con unos pocos cientos de megabytes de RAM en reposo. En un VPS ServOrbit funciona en dos contenedores: la aplicación `gitea/gitea` y su base de datos `postgres:16-alpine`. La interfaz web responde en el puerto 3000 detrás del vhost nginx en HTTPS, y Git sobre SSH escucha en el puerto 2222, de modo que `git clone` y `git push` funcionan con su clave pública habitual.

Gitea incorpora dos piezas que en otros lugares suelen facturarse aparte. Gitea Actions es un motor de CI/CD que lee la misma sintaxis de flujos de trabajo que GitHub Actions: sus archivos `.github/workflows` existentes se ejecutan casi sin modificaciones en un runner que usted mismo aloja. El registro de paquetes integrado habla npm, Docker/OCI, Maven, NuGet, PyPI, Composer, Cargo y Helm desde la instancia que ya aloja su código. Organizaciones, equipos y ramas protegidas permiten reproducir la configuración Git de toda una empresa sin una suscripción mensual por desarrollador. Los datos de los repositorios y la base de datos PostgreSQL viven cada uno en un volumen Docker con nombre: una copia de seguridad completa cabe en un snapshot de esos dos volúmenes.

Funcionalidades clave

Plataforma Git completa: repositorios, ramas, etiquetas, tickets, pull requests, revisión de código, wiki y releases — el flujo de trabajo que su equipo ya conoce.

Gitea Actions: CI/CD integrado, compatible con la sintaxis de flujos de trabajo de GitHub Actions — sus archivos .github/workflows existentes se ejecutan en un runner que usted mismo aloja.

Registro de paquetes integrado: npm, Docker/OCI, Maven, NuGet, PyPI, Composer, Cargo y Helm, servidos por la instancia que ya aloja su código.

Organizaciones, equipos y permisos detallados: reglas de acceso por repositorio, ramas protegidas, revisiones obligatorias y code owners.

Git por HTTPS y por SSH: clone y haga push a través del vhost nginx, o directamente por SSH en el puerto 2222 con claves públicas por usuario.

Mirrors de repositorios: los mirrors pull mantienen la sincronización con un repositorio de GitHub o GitLab; los mirrors push publican los suyos hacia el exterior.

Autenticación flexible: cuentas locales, LDAP, SMTP y OAuth2 (GitHub, GitLab, Google, OIDC genérico) — y el propio Gitea puede actuar como proveedor OAuth2 para sus demás aplicaciones.

Escrito en Go y publicado bajo licencia MIT: un único binario, sin entorno de ejecución que mantener, y unos pocos cientos de megabytes de RAM para una instancia del tamaño de un equipo.

¿Cuándo usar esta solución?

Servidor Git privado de empresa

Aloje todos sus repositorios internos en su propio VPS en lugar de en una cuenta SaaS facturada por desarrollador. Los proyectos de clientes, el código propietario y los trabajos sin publicar permanecen en una infraestructura que le pertenece, en la jurisdicción que usted elija. Incorporar a un nuevo desarrollador consiste en crear una cuenta, no en pagar un puesto más: el coste de la instancia no se mueve cuando el equipo crece.

CI/CD sin factura por minuto

Gitea Actions lee la misma sintaxis de flujos de trabajo que GitHub Actions: sus archivos .github/workflows se ejecutan con pocos retoques o ninguno. Instale un runner en el mismo VPS o en una máquina de compilación dedicada, y cada push, etiqueta o pull request dispara su pipeline, sin cuota de minutos de compilación ni cola de espera compartida con otros clientes.

Registro interno de paquetes e imágenes

Publique sus paquetes npm privados, sus imágenes Docker, sus artefactos Maven o sus wheels de PyPI directamente en la instancia que ya aloja su código: docker push git.example.com/team/api:1.4. Un solo juego de credenciales, una sola copia de seguridad y una sola URL para las fuentes y los artefactos, en lugar de un servicio de registro distinto por ecosistema.

Desplegar Gitea en su VPS

Guía optimizada para los VPS Cloud ServOrbit.

Pedir el VPS ServOrbit

2 GB de RAM son un punto de partida cómodo para un equipo pequeño: Gitea se conforma con unos pocos cientos de megabytes en reposo y PostgreSQL ocupa el resto. Prevea más margen si piensa ejecutar runners de Gitea Actions en la misma máquina, ya que las compilaciones son con diferencia la parte más pesada de la carga.

Elegir el dominio antes del primer despliegue

Gitea inscribe su dirección pública en los enlaces de clonación que muestra, en las cargas útiles de los webhooks, en los callbacks de OAuth2 y en los puntos de entrada del registro de paquetes: el nombre debe estar decidido antes del primer arranque. Cree un registro A del tipo git.example.com hacia la IP de su VPS; el certificado TLS se emite y se renueva después automáticamente, una vez desplegada la aplicación.

Conectarse por primera vez

Abra la URL: Gitea muestra su página de instalación, con la base de datos ya rellenada — no la toque. Despliegue «Configuración opcional > Configuración de la cuenta de administrador», cree ahí su cuenta de administrador y valide.

Desplegar desde el Marketplace

Desde su área de cliente ServOrbit, vaya a Marketplace → Desarrollo → Gitea → Desplegar. Docker descarga las imágenes gitea/gitea y postgres:16-alpine, genera las credenciales de la base de datos, y la interfaz web responde en el puerto 3000 detrás del vhost HTTPS en menos de un minuto.

Crear la cuenta de administrador y el primer repositorio

Abra su dominio en un navegador: la primera cuenta registrada se convierte en administradora del sitio. Desde la administración del sitio, cierre después el registro público, conecte LDAP u OAuth2 y fije las reglas de protección de rama por defecto antes de invitar a su equipo. Cree luego un repositorio y envíele su código: git remote add origin ssh://[email protected]:2222/team/api.git.

Añadir un runner para Gitea Actions

La CI permanece inactiva mientras no haya ningún runner registrado. Genere un token en Administración del sitio → Actions → Runners y arranque después gitea/act_runner en el VPS o en una máquina de compilación aparte, apuntando a la URL de su instancia. Suba un archivo .github/workflows/ci.yml: el job aparece en la pestaña Actions en el commit siguiente.

Preguntas frecuentes

Para el trabajo diario, sí: repositorios, ramas, tickets, pull requests con revisión y aprobaciones, wiki, releases, ramas protegidas, webhooks, CI/CD mediante Gitea Actions y registro de paquetes están todos integrados. Lo que pierde es el ecosistema que rodea a GitHub: el mercado público de Actions de terceros, Copilot, Dependabot y el efecto de red del código abierto público. Para el código privado de una empresa, normalmente no era eso lo que estaba pagando.

Sí, en la práctica. Gitea incrusta su URL pública en los enlaces de clonación que muestra, en las cargas útiles de los webhooks, en los callbacks de OAuth2 y en los puntos de entrada del registro de paquetes: necesita, por tanto, una dirección estable y conocida desde el primer arranque. Apunte un registro A del tipo git.example.com a su VPS antes del despliegue; los certificados HTTPS se emiten y se renuevan después automáticamente.

El contenedor expone Git sobre SSH en el puerto 2222 y no en el puerto 22 estándar, que queda reservado para la administración del propio VPS. Añada su clave pública en Gitea, en Settings → SSH Keys, y utilice después git clone ssh://[email protected]:2222/team/api.git. Para no repetir el puerto en cada comando, añada un bloque Host git.example.com con Port 2222 en su ~/.ssh/config local.

Gitea Actions se activa por repositorio y lee los archivos de flujo de trabajo desde .github/workflows, con la misma sintaxis YAML que GitHub Actions: la mayoría de los pipelines sencillos funcionan sin modificaciones. Los jobs se ejecutan en instancias act_runner que usted registra en la URL de su Gitea, de modo que la capacidad de compilación es la del hardware que le dedique: sin cuota de minutos, sin cola compartida. Las Actions del mercado de GitHub se descargan por URL y muchas funcionan tal cual, pero no se garantiza ninguna compatibilidad para las más exóticas.

Una instancia dimensionada para un equipo va holgada con 2 GB de RAM: Gitea ocupa unos pocos cientos de megabytes en reposo y PostgreSQL consume el resto. Todo lo que importa cabe en dos volúmenes Docker: gitea_data (repositorios, objetos LFS, avatares subidos y configuración) y gitea_db (PostgreSQL). Una copia de seguridad es, por tanto, un snapshot de esos dos volúmenes, idealmente precedido de un pg_dump de la base de datos para disponer de un punto de restauración coherente.

Integrar el botón de despliegue

¿Mantiene un proyecto que utiliza Gitea? Este botón permite a sus lectores desplegarlo en un VPS con un clic, sin leer documentación de Docker.

Markdown

[![Deploy Gitea on ServOrbit](https://servorbit.com/brand/deploy/button.svg)](https://servorbit.com/vps-cloud?template=gitea&utm_source=deploy-badge&utm_medium=referral&utm_campaign=gitea)

HTML

<a href="https://servorbit.com/vps-cloud?template=gitea&utm_source=deploy-badge&utm_medium=referral&utm_campaign=gitea"><img src="https://servorbit.com/brand/deploy/button.svg" alt="Deploy Gitea on ServOrbit" height="40"></a>

El botón lleva al pedido de un VPS con la plantilla preseleccionada. La imagen se sirve desde servorbit.com: no tiene que alojar nada por su parte.

Soluciones complementarias

Desarrollo

Laravel Stack

PHP-FPM, Nginx, PostgreSQL, Redis y Supervisor preconfigurados. Despliegue Laravel en producción sin configuración inicial.

Desarrollo

Node.js Stack

Node.js con PM2, Nginx como reverse proxy y base de datos. Sus API y aplicaciones JavaScript listas para recibir tráfico.

Desarrollo

Nuxt Stack

Nuxt 3 con SSR, PostgreSQL y reverse proxy. Entorno de producción para sus aplicaciones Vue.js.

Poner en marcha rápidamente un proyecto de software.

Active Gitea en su infraestructura.

VPS Cloud dedicado: IPv4 incluida, centro de datos europeo, soporte incluido. Sus datos nunca salen de su servidor.

Configuración recomendada: 2 GB RAM · 1 vCPU (2 vCPU con runners de Actions)

¿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 WhatsApp

o escribirnos