Gogs vs gitea : de lo conservador y cerrado a los berrinches cambiantes
Gogs se convirtio en el mejor manejador de contenido por su simpleza y manejabilidad.. Gitea es bueno pero demaiados cambios surgen demasiados bugs ultimamente... Gitea es para aquellos que necesitan mas cosas y pueden pagar tanto la infraestructura como el administrador, pero aquellas organizaciones que no pueden gastar tiempo en infraestructura deben optar por la simpleza de Gogs...
Gogs y Gitea son a groso resumido modo un perfecto clon de github/gitlab (tomando lo mejor y mas esencial de ambos), son sistemas de administracion de repositorios git por proyectos, cada repositorio representa una parte o un proyecto entero. Mas abajo una tabla que compara ambos sistemas respecto otros mas como Github o gitlab.
Mientras gitea es unmodelo de desarrollo a la moda (muchos cambios dificiles de revisar) en Gogs el desarrollo es conservativo y revisado cuidadosamente, nada de grandes cambios a menos sea muy necesario.
Gitea tiene ventajas frente Gogs: 2FA, GitLFSv2 y DroneCI, pero si se desplegara localmente estos no son prioridad, la mayoria de las veces se despliega esto en intranets. Es decir, ¿para que una empresa va desplegar gitea con tantas features que solo sirven si el servicio es como guthub o gitlab!? si yo despliego algo asi, me sale mas barato usar gitlab directamente que pagar infraestructura y un adminsitrador que cuide de los crackers!
El gitea es el fruto de los desarrolladores que quieren más libertinaje en lugar de un buen desarrollo conservador como en Gogs, no hay nada que moleste como una cosa con cambios constantes y gogs no cambia, la simplicidad y nada de sorpresas, sin cambios, hace que el administrador se concentre en la seguridad y monitoreo.
Notese los changelog de gitea entre cada minor release, arreglos sobre arreglos, en cada nuevo feature mas bugs, nuevas cosas o cambios pasados que se asumian funcionando.. es la evidencia de un desarrollo veloz y cuando se es veloz no se es preciso...
Gitea Es el resultado de los berrinches para un modelo más inestable (cambios constantes), y gogs está diseñado para que no tenga que preocuparse de sus cambios, la complejidad o lo que sea, desplegar una vez y correr para siempre (como era linux en los tiempos de inicio).
Si tiene tiempo, y sabe compilar o trastocar el sistema, gitea, sino tiene tiempo pero ojo monitorea muy bien su sistema, gogs. Gitea corrige muchos fallos de gogs, pero abre nuevos...
La pagina de Gitea tiene un buen tabla de comparativas que servira, pero aqui se ajustara a una realidad mas factible:
No es necesario decir mas..aqui los paquetes:
Gogs: https://groups.google.com/forum/m/#!topic/venenuxsarisari/40sQFm1pcRY
Gitea https://groups.google.com/forum/m/#!topic/venenuxsarisari
Gogs y Gitea son a groso resumido modo un perfecto clon de github/gitlab (tomando lo mejor y mas esencial de ambos), son sistemas de administracion de repositorios git por proyectos, cada repositorio representa una parte o un proyecto entero. Mas abajo una tabla que compara ambos sistemas respecto otros mas como Github o gitlab.
Tabla comparativa:
General Features
Feature | Gitea | Gogs | GitHub EE | GitLab CE | GitLab EE | BitBucket | RhodeCode CE |
---|---|---|---|---|---|---|---|
Open source and free | ✓ | ✓ | ✘ | ✓ | ✘ | ✘ | ✓ |
Low resource usage (RAM/CPU) | ✓ | ✓ | ✘ | ✘ | ✘ | ✘ | ✘ |
Multiple database support | ✓ | ✓ | ✘ | ⁄ | ⁄ | ✓ | ✓ |
Multiple OS support | ✓ | ✓ | ✘ | ✘ | ✘ | ✘ | ✓ |
Easy upgrade process | ✓ | ✓ | ✘ | ✓ | ✓ | ✘ | ✓ |
Markdown support | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ |
Orgmode support | ✓ | ✘ | ✓ | ✘ | ✘ | ✘ | ? |
CSV support | ✓ | ✘ | ✓ | ✘ | ✘ | ✓ | ? |
Third-party render tool support | ✓ | ✘ | ✘ | ✘ | ✘ | ✓ | ? |
Static Git-powered pages | ✘ | ✘ | ✓ | ✓ | ✓ | ✘ | ✘ |
Integrated Git-powered wiki | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | ✘ |
Deploy Tokens | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ |
Repository Tokens with write rights | ✓ | ✘ | ✓ | ✓ | ✓ | ✘ | ✓ |
Built-in Container Registry | ✘ | ✘ | ✘ | ✓ | ✓ | ✘ | ✘ |
External git mirroring | ✓ | ✓ | ✘ | ✘ | ✓ | ✓ | ✓ |
FIDO U2F (2FA) | ✓ | ✘ | ✓ | ✓ | ✓ | ✓ | ✘ |
Built-in CI/CD | ✘ | ✘ | ✘ | ✓ | ✓ | ✘ | ✘ |
Subgroups: groups within groups | ✘ | ✘ | ✘ | ✓ | ✓ | ✘ | ✓ |
Code management
Feature | Gitea | Gogs | GitHub EE | GitLab CE | GitLab EE | BitBucket | RhodeCode CE |
---|---|---|---|---|---|---|---|
Repository topics | ✓ | ✘ | ✓ | ✓ | ✓ | ✘ | ✘ |
Repository code search | ✓ | ✘ | ✓ | ✓ | ✓ | ✓ | ✓ |
Global code search | ✓ | ✘ | ✓ | ✘ | ✓ | ✓ | ✓ |
Git LFS 2.0 | ✓ | ✘ | ✓ | ✓ | ✓ | ⁄ | ✓ |
Group Milestones | ✘ | ✘ | ✘ | ✓ | ✓ | ✘ | ✘ |
Granular user roles (Code, Issues, Wiki etc) | ✓ | ✘ | ✘ | ✓ | ✓ | ✘ | ✘ |
Verified Committer | ✘ | ✘ | ? | ✓ | ✓ | ✓ | ✘ |
GPG Signed Commits | ✓ | ✘ | ✓ | ✓ | ✓ | ✓ | ✓ |
Reject unsigned commits | ✘ | ✘ | ✓ | ✓ | ✓ | ✘ | ✓ |
Repository Activity page | ✓ | ✘ | ✓ | ✓ | ✓ | ✓ | ✓ |
Branch manager | ✓ | ✘ | ✓ | ✓ | ✓ | ✓ | ✓ |
Create new branches | ✓ | ✘ | ✓ | ✓ | ✓ | ✘ | ✘ |
Web code editor | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ |
Commit graph | ✓ | ✘ | ✓ | ✓ | ✓ | ✓ | ✓ |
Issue Tracker
Feature | Gitea | Gogs | GitHub EE | GitLab CE | GitLab EE | BitBucket | RhodeCode CE |
---|---|---|---|---|---|---|---|
Issue tracker | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | ✘ |
Issue templates | ✓ | ✓ | ✓ | ✓ | ✓ | ✘ | ✘ |
Labels | ✓ | ✓ | ✓ | ✓ | ✓ | ✘ | ✘ |
Time tracking | ✓ | ✘ | ✓ | ✓ | ✓ | ✘ | ✘ |
Multiple assignees for issues | ✓ | ✘ | ✓ | ✘ | ✓ | ✘ | ✘ |
Related issues | ✘ | ✘ | ⁄ | ✘ | ✓ | ✘ | ✘ |
Confidential issues | ✘ | ✘ | ✘ | ✓ | ✓ | ✘ | ✘ |
Comment reactions | ✓ | ✘ | ✓ | ✓ | ✓ | ✘ | ✘ |
Lock Discussion | ✘ | ✘ | ✓ | ✓ | ✓ | ✘ | ✘ |
Batch issue handling | ✓ | ✘ | ✓ | ✓ | ✓ | ✘ | ✘ |
Issue Boards | ✘ | ✘ | ✘ | ✓ | ✓ | ✘ | ✘ |
Create new branches from issues | ✘ | ✘ | ✘ | ✓ | ✓ | ✘ | ✘ |
Issue search | ✓ | ✘ | ✓ | ✓ | ✓ | ✓ | ✘ |
Global issue search | ✘ | ✘ | ✓ | ✓ | ✓ | ✓ | ✘ |
Issue dependency | ✓ | ✘ | ✘ | ✘ | ✘ | ✘ | ✘ |
Pull/Merge requests
Feature | Gitea | Gogs | GitHub EE | GitLab CE | GitLab EE | BitBucket | RhodeCode CE |
---|---|---|---|---|---|---|---|
Pull/Merge requests | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ |
Squash merging | ✓ | ✘ | ✓ | ✘ | ✓ | ✓ | ✓ |
Rebase merging | ✓ | ✓ | ✓ | ✘ | ⁄ | ✘ | ✓ |
Pull/Merge request inline comments | ✓ | ✘ | ✓ | ✓ | ✓ | ✓ | ✓ |
Pull/Merge request approval | ✓ | ✘ | ⁄ | ✓ | ✓ | ✓ | ✓ |
Merge conflict resolution | ✘ | ✘ | ✓ | ✓ | ✓ | ✓ | ✘ |
Restrict push and merge access to certain users | ✓ | ✘ | ✓ | ⁄ | ✓ | ✓ | ✓ |
Revert specific commits or a merge request | ✘ | ✘ | ✓ | ✓ | ✓ | ✓ | ✘ |
Pull/Merge requests templates | ✓ | ✓ | ✓ | ✓ | ✓ | ✘ | ✘ |
Cherry-picking changes | ✘ | ✘ | ✘ | ✓ | ✓ | ✘ | ✘ |
3rd-party integrations
Feature | Gitea | Gogs | GitHub EE | GitLab CE | GitLab EE | BitBucket | RhodeCode CE |
---|---|---|---|---|---|---|---|
Webhook support | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ |
Custom Git Hooks | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ |
AD / LDAP integration | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ |
Multiple LDAP / AD server support | ✓ | ✓ | ✘ | ✘ | ✓ | ✓ | ✓ |
LDAP user synchronization | ✓ | ✘ | ✓ | ✓ | ✓ | ✓ | ✓ |
OpenId Connect support | ✓ | ✘ | ✓ | ✓ | ✓ | ? | ✘ |
OAuth 2.0 integration (external authorization) | ✓ | ✘ | ⁄ | ✓ | ✓ | ? | ✓ |
Act as OAuth 2.0 provider | ✘ | ✘ | ✓ | ✓ | ✓ | ✓ | ✘ |
Two factor authentication (2FA) | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | ✘ |
Mattermost/Slack integration | ✓ | ✓ | ⁄ | ✓ | ✓ | ⁄ | ✓ |
Discord integration | ✓ | ✓ | ✓ | ✓ | ✓ | ✘ | ✘ |
External CI/CD status display | ✓ | ✘ | ✓ | ✓ | ✓ | ✓ | ✓ |
Resumen conclusivo:
Mientras gitea es unmodelo de desarrollo a la moda (muchos cambios dificiles de revisar) en Gogs el desarrollo es conservativo y revisado cuidadosamente, nada de grandes cambios a menos sea muy necesario.
Gitea tiene ventajas frente Gogs: 2FA, GitLFSv2 y DroneCI, pero si se desplegara localmente estos no son prioridad, la mayoria de las veces se despliega esto en intranets. Es decir, ¿para que una empresa va desplegar gitea con tantas features que solo sirven si el servicio es como guthub o gitlab!? si yo despliego algo asi, me sale mas barato usar gitlab directamente que pagar infraestructura y un adminsitrador que cuide de los crackers!
El gitea es el fruto de los desarrolladores que quieren más libertinaje en lugar de un buen desarrollo conservador como en Gogs, no hay nada que moleste como una cosa con cambios constantes y gogs no cambia, la simplicidad y nada de sorpresas, sin cambios, hace que el administrador se concentre en la seguridad y monitoreo.
Notese los changelog de gitea entre cada minor release, arreglos sobre arreglos, en cada nuevo feature mas bugs, nuevas cosas o cambios pasados que se asumian funcionando.. es la evidencia de un desarrollo veloz y cuando se es veloz no se es preciso...
Gitea Es el resultado de los berrinches para un modelo más inestable (cambios constantes), y gogs está diseñado para que no tenga que preocuparse de sus cambios, la complejidad o lo que sea, desplegar una vez y correr para siempre (como era linux en los tiempos de inicio).
Si tiene tiempo, y sabe compilar o trastocar el sistema, gitea, sino tiene tiempo pero ojo monitorea muy bien su sistema, gogs. Gitea corrige muchos fallos de gogs, pero abre nuevos...
La pagina de Gitea tiene un buen tabla de comparativas que servira, pero aqui se ajustara a una realidad mas factible:
No es necesario decir mas..aqui los paquetes:
Gogs: https://groups.google.com/forum/m/#!topic/venenuxsarisari/40sQFm1pcRY
Gitea https://groups.google.com/forum/m/#!topic/venenuxsarisari
Comentarios
Publicar un comentario
Windoseros seran tratados como tal, basura. (incluye winbuntu gratis!!!)