
En resumen. Gitea y Gogs son servidores Git autoalojados escritos en Go, corren como un solo binario y llevan licencia MIT. Gitea nació en 2016 como fork de Gogs y hoy trae CI/CD con Actions, registro de paquetes y función de proveedor OAuth. Gogs se queda en lo esencial, sin CI ni paquetes, y es apenas más ligero. Los dos corren con unos cuantos cientos de megabytes de RAM.
Gitea y Gogs son los dos servidores Git minimalistas del mundo Go. Los dos se entregan como un solo binario, los dos corren en hardware diminuto, y los dos comparten un antepasado: Gitea empezó como fork de Gogs.
Para la mayoría de las instalaciones nuevas, la respuesta corta es Gitea. Tiene el mismo consumo reducido, muchas más funciones y una comunidad bastante más activa. Gogs sigue teniendo su lugar cuando la meta es el minimalismo absoluto.
Veredicto rápido
- Elige Gitea si quieres desarrollo activo, funciones modernas como CI/CD con Actions y registro de paquetes, y una comunidad grande, todo sobre hardware que sigue siendo muy modesto.
- Elige Gogs si quieres el servidor Git más pequeño y simple posible y no necesitas CI/CD ni paquetes.
- Para la mayoría de quienes despliegan hoy, Gitea es la opción por defecto más segura. El ahorro de recursos con Gogs es pequeño y la brecha de funciones es grande.
Gitea y Gogs frente a frente
| Dimensión | Gitea | Gogs |
| Origen | Fork de Gogs en 2016 | Proyecto original |
| Ideal para | Git autoalojado activo y moderno | Minimalismo, un solo maintainer |
| CI/CD integrado | Gitea Actions | Ninguno, requiere CI externa (Woodpecker, Drone) |
| Registro de paquetes | Sí | No |
| Proveedor OAuth | Sí | No |
| Ritmo de desarrollo | Muy activo, comunidad grande | Más lento, un maintainer, aún con mantenimiento |
| RAM típica | Muy baja, cientos de MB | Muy baja, apenas más ligera |
| Licencia | Código abierto (MIT) | Código abierto (MIT) |
Raíces compartidas
Gitea salió de Gogs como fork en 2016, cuando quienes contribuían querían un ritmo de desarrollo mayor al que permitía el modelo de un solo maintainer. Los dos están escritos en Go, los dos se distribuyen como binario autocontenido y los dos se publican bajo licencia MIT. Ese ADN compartido explica por qué instalarlos y operarlos se siente tan parecido. También explica por qué la comparación termina reduciéndose a cuánto creció cada uno desde la separación.
Funciones
Aquí es donde los dos se separaron. Gitea avanzó bastante más: agregó CI/CD basado en Actions, un registro de paquetes integrado, tableros de proyecto, capacidades de proveedor OAuth y verificación de commits firmados, entre otras cosas. Gogs se mantuvo cerca de su alcance original, es decir repositorios, issues, pull requests, wiki, webhooks y acceso a Git por SSH y HTTP. No trae CI integrada y no funciona como proveedor OAuth. Si necesitas pipelines o alojamiento de paquetes, con Gogs tendrías que montar una herramienta externa al lado. Gitea ya los incluye.
Actividad del proyecto
Gitea lo desarrolla activamente una comunidad grande, con releases frecuentes. Gogs sigue recibiendo mantenimiento y le llegan actualizaciones cada pocos meses, pero el desarrollo va más lento y lo mueve principalmente su creador. Esa diferencia pesa sobre todo en seguridad, porque un proyecto más activo suele publicar correcciones más rápido. Gogs no está abandonado. Si lo que priorizas es mantenimiento constante y rápido, Gitea lleva ventaja.
Consumo de recursos
Los dos tienen fama de ser muy ligeros. Cualquiera de ellos corre en un servidor pequeño con solo unos cientos de megabytes de RAM, y los dos se han corrido en computadoras de una sola placa y en dispositivos NAS. Gogs es apenas más ligero en el extremo más bajo, algo que puede contar en hardware muy limitado. Para casi todos los demás, la diferencia de consumo es demasiado pequeña para decidir la elección, sobre todo frente a la brecha de funciones.
¿Cuál deberías elegir?
Elige Gitea si quieres desarrollo activo y funciones modernas en un servidor pequeño, que es lo que describe a la mayoría de los despliegues. Elige Gogs si quieres el mínimo absoluto: el servidor Git más simple posible, con el consumo más reducido posible, sin necesidad de CI/CD ni de paquetes. Para el usuario típico gana Gitea, porque obtienes todo lo que ofrece Gogs y bastante más, a casi el mismo costo en recursos.
Cómo autoalojar tu elección en un VPS
Los dos corren sin problema en un servidor virtual pequeño y están entre los servidores Git más ligeros que puedes autoalojar. Un VPS te da control total sobre tus repositorios, acceso root para instalar el binario que elijas y la opción de mantener los datos en la UE. En Contabo, la línea Core VPS ofrece una relación fuerte entre RAM y euro que le queda bien a estas cargas ligeras. Incluso los planes más chicos tienen margen de sobra. Para un despliegue paso a paso, la guía de Gitea con Docker que enlazamos cubre el camino más común.
Preguntas frecuentes
Gitea es un fork de Gogs con muchas más funciones, entre ellas CI/CD con Actions, un registro de paquetes y soporte como proveedor OAuth, además de una comunidad bastante más activa. Gogs se queda en lo mínimo y cubre el alojamiento Git esencial, sin CI integrada ni paquetes. Los dos son ligeros, están escritos en Go y llevan licencia MIT.
Sí. Gitea salió de Gogs como fork en 2016, cuando quienes contribuían querían un desarrollo más rápido del que permitía el modelo de un solo maintainer. Los dos comparten el mismo linaje de código, y por eso instalarlos y operarlos se parece. Aun así, Gitea creció bastante desde entonces.
Los dos corren con muy poca RAM, a menudo con solo unos cientos de megabytes. Gogs es apenas más ligero en el extremo más bajo, algo que puede contar en hardware muy limitado como las computadoras de una sola placa. En la mayoría de los servidores la diferencia es insignificante frente a la brecha de funciones.
Sí. Gogs sigue recibiendo actualizaciones cada pocos meses y no está abandonado, aunque el desarrollo va más lento y lo mueve principalmente su creador. Gitea, en cambio, tiene una comunidad más grande y un ritmo de releases más rápido, lo que puede significar correcciones de seguridad más ágiles.