Qu’est-ce que gogs/gogs ?

Un hébergeur Git écrit en Go, distribué en binaire unique, avec issues, PR, wiki, Git LFS et plus de 31 langues, dont le rythme de releases reste mesuré sous la version 0.14.

Puis-je utiliser gogs/gogs à des fins commerciales ?

Oui. MIT est une licence permissive : vous pouvez utiliser, modifier et vendre un logiciel qui en dépend, à condition de conserver les mentions de droit d’auteur et de licence.

gogs/gogs est-il encore maintenu ?

Oui. Les derniers commits datent d’il y a 3 jours.

En quel langage de programmation gogs/gogs est-il écrit ?

Principalement Go, d’après les statistiques de langage de GitHub.

Gogs : analyse du service Git auto-hébergé en Go

En bref

De quoi s’agit-il ?: Un hébergeur Git écrit en Go, distribué en binaire unique, avec issues, PR, wiki, Git LFS et plus de 31 langues, dont le rythme de releases reste mesuré sous la version 0.14.
À qui s’adresse-t-il ?: Gogs convient aux équipes et aux particuliers qui veulent un service Git autonome, léger en mémoire, avec les fonctions de base, issues, pull requests, wiki, Git LFS et webhooks, sans infrastructure lourde. Le rythme est calme : dernière poussée sur main le 31 janvier 2026, release v0.14.3 publiée le 7 juin, et une API qualifiée d'expérimentale par le README.
Puis-je l’utiliser commercialement ?: Oui. MIT est une licence permissive : vous pouvez utiliser, modifier et vendre un logiciel qui en dépend, à condition de conserver les mentions de droit d’auteur et de licence.
Est-il encore maintenu ?: Oui. Les derniers commits datent d’il y a 3 jours.
En quel langage est-il écrit ?: Principalement Go, d’après les statistiques de langage de GitHub.

Ces réponses reposent sur les données GitHub du projet (dernière synchronisation le 15 septembre 2026) et sur notre analyse. Elles ne constituent pas un avis juridique.

ANALYSE OPEN SOURCE APPROFONDIE

Rédaction Hysen Labs · 8 août 2026 · gogs/gogs

Un binaire unique, une promesse simple

Le projet Gogs, prononcé /gɑgz/, poursuit un objectif résumé dans sa vision : un service Git auto-hébergé simple, stable et extensible, installable de la manière la moins douloureuse possible. Écrit en Go, il se distribue en binaire indépendant sur les plateformes que Go couvre, dont Linux, macOS, Windows et les systèmes ARM, sans runtime à installer. Cette architecture porte la promesse de départ : copier un binaire, choisir une base de données, démarrer. Le dépôt affiche 47 780 étoiles et 5 074 forks, un héritage qui en fait l'un des anciens du genre, antérieur à bien des alternatives actuelles. La documentation utilisateur vit sur gogs.io, séparée du code.

Fonctionnalités : le socle complet d'un hébergeur Git

La liste des fonctionnalités couvre ce qu'on attend d'un hébergeur Git : tableau de bord, profil et chronologie d'activité, accès aux dépôts par SSH, HTTP et HTTPS, gestion des utilisateurs, organisations et dépôts. Le suivi s'étend aux issues, pull requests, wiki, branches protégées et collaboration, avec webhooks de dépôt et d'organisation vers Slack, Discord et Dingtalk. Les Git hooks, clés de déploiement et Git LFS sont pris en charge, de même que la migration et le miroir de dépôts avec wiki depuis d'autres hébergeurs. L'éditeur web modifie fichiers et wiki, avec rendu des notebooks Jupyter et des PDF. L'authentification couvre SMTP, LDAP, proxy inverse et GitHub.com ou GitHub Enterprise avec 2FA.

Bases de données et interface : les limites annoncées

Côté données, Gogs accepte PostgreSQL, MySQL, MariaDB, SQLite3, ou tout backend qui parle l'un de ces protocoles, un choix qui accompagne l'installation du lab à l'équipe. Côté interface, le README ne fait pas de promesse au-delà de son socle : le support navigateur renvoie à la liste de Semantic UI, et la résolution minimale officielle est fixée à 1024x768, avec l'aveu que l'interface peut sembler correcte en dessous mais sans garantie de correction. Les modèles HTML et les fichiers statiques sont personnalisables, ce qui permet d'adapter l'apparence sans toucher au Go. La localisation couvre plus de 31 langues via Crowdin, la liste publique des traducteurs étant conservée dans conf/locale/TRANSLATORS.

Des besoins matériels minimales assumées

Le README chiffre ses exigences avec précision : un Raspberry Pi ou un droplet DigitalOcean à 5 dollars suffit pour démarrer, certains utilisateurs ayant même fait tourner Gogs dans un conteneur Docker limité à 64 Mo de RAM. Pour le travail en équipe, la base annoncée est de deux cœurs CPU et 512 Mo de RAM, avec une consigne claire : augmenter les cœurs quand l'équipe grandit, l'empreinte mémoire restant faible. Ces chiffres dessinent le profil du produit, un service Git pensé pour du matériel modeste, du NAS au petit VPS. Ils datent d'une époque où cette légèreté différenciait Gogs, et le README continue de les afficher comme un socle de départ, pas comme un plafond.

Installation documentée, déploiements packagés

Le README ne contient aucune commande d'installation : il renvoie au guide de gogs.io/getting-started/installation. Pour les déploiements packagés, trois options sont listées : Cloudron, YunoHost et alwaysdata. Une batterie de tutoriels tiers complète le tout, du portail Git privé sur Raspberry Pi au Gogs dockerisé avec PostgreSQL alpine, en passant par FreeBSD et des guides en chinois. Un essai en ligne est disponible sur try.gogs.io avant toute installation, et la page troubleshooting traite les difficultés courantes. Le dépôt signale aussi des intégrations existantes : le plugin webhook Jenkins pour la CI, un module Puppet pour l'automatisation, le support Docker de Synology et la boutique Syncloud.

API expérimentale et rythme de releases mesuré

Deux signaux appellent la vigilance. L'API d'abord : le README la qualifie explicitement d'expérimentale, avec sa documentation sur gogs.io/api-reference ; automatiser des outils critiques sur cette interface suppose d'accepter des changements. Le rythme ensuite : la release courante est v0.14.3, publiée le 7 juin 2026 après une release candidate le même jour, et la numérotation reste en 0.x. Les métadonnées montrent une dernière poussée sur main le 31 janvier 2026 et 1 007 issues ouvertes. Le CHANGELOG.md reste la référence pour suivre l'état des versions. Aucun de ces points n'invalide l'usage auto-hébergé, mais ils délimitent ce qu'on peut attendre du projet à court terme.

Licence MIT, sponsors et traduction

Gogs est publié sous licence MIT, avec le texte standard : usage, copie, modification, fusion, publication, distribution, sous-licence et vente autorisées sous réserve de conserver les mentions, logiciel fourni sans garantie. Le projet vit avec le soutien de sponsors affichés : DigitalOcean avec un lien de parrainage, Mintlify pour la documentation, Crowdin pour la traduction et Buildkite pour la CI/CD. Le logo original est signé Egon Elbre, et la page des contributeurs liste les cent premiers. Pour une organisation, cette configuration décrit un projet communautaire indépendant, viable pour héberger du code, dont le suivi des correctifs de sécurité passe par le CHANGELOG et les releases, sans engagement contractuel de support.

Conclusion éditoriale

Gogs convient aux équipes et aux particuliers qui veulent un service Git autonome, léger en mémoire, avec les fonctions de base, issues, pull requests, wiki, Git LFS et webhooks, sans infrastructure lourde. Le rythme est calme : dernière poussée sur main le 31 janvier 2026, release v0.14.3 publiée le 7 juin, et une API qualifiée d'expérimentale par le README. Avant adoption, testez l'instance en ligne try.gogs.io, vérifiez le CHANGELOG.md pour l'état des versions, et prévoyez PostgreSQL ou MySQL si votre équipe dépasse le stade du Raspberry Pi de démarrage.

Sources officielles

Notes de la communauté