Aller au contenu
English
Compte : non connecté, synchronisation possible Mon apprentissage
Selectionner le thème
English

Gitea : héberger sa forge Git self-hosted en Go

6 min de lecture
Améliorer cette page

Gitea est un serveur Git complet écrit en Go : un binaire unique, moins de 200 Mo de RAM et une interface web claire. Il convient à qui veut héberger sa propre forge Git, légère et autonome, sans dépendre de GitHub ni opérer un GitLab complexe. Cette page présente le projet, le compare à ses alternatives et oriente vers les guides d'installation, de configuration, de sauvegarde et de mise à jour.

Gitea est né en 2016 comme fork de Gogs et est développé aujourd'hui par CommitGo Inc. (anciennement Gitea Ltd). Le projet propose trois éditions : Open Source (gratuite, licence MIT), Enterprise (support commercial) et Cloud (SaaS hébergé). L'édition open source couvre ce qu'une équipe attend d'une forge moderne : dépôts Git, issues, pull requests, webhooks, Gitea Actions (CI/CD compatible GitHub Actions) et registre de paquets.

Les guides de cette section ont été rejoués sur Gitea 1.26.4 (installation) et 1.27.3 (sauvegarde). Les versions montent vite : relevez la dernière version stable sur la page des releases du projet avant d'installer. Au 16 octobre 2026, c'est la 28.1.0 : le projet a abandonné la numérotation 1.x après la 1.27.3 et publie désormais des versions 28.x. Les numéros de version cités dans les guides sont ceux des essais : sur une 28.x, relisez les notes de version avant de rejouer une procédure.

  • Situer Gitea face à Forgejo, GitLab CE et GitHub
  • Repérer les composants d'une installation standard : binaire, configuration, données
  • Choisir le guide de la section qui correspond à votre besoin : installer, configurer, sauvegarder, mettre à jour

Cette section suit le cycle de vie d'un serveur Gitea, de la découverte à la mise à jour. Les cinq guides ci-dessous se lisent dans cet ordre quand on part de zéro, ou séparément quand on exploite déjà une instance.

Le tableau compare Gitea à trois alternatives sur les critères qui comptent pour un exploitant : ressources nécessaires, CI/CD intégrée, gouvernance du projet, licence et complexité d'exploitation. Les écarts de RAM et de complexité expliquent la place de Gitea et de Forgejo dans les homelabs et les petites équipes. La présentation de Gitea détaille chaque critère.

CritèreGiteaForgejoGitLab CEGitHub
RAM minimum~200 Mo~200 Mo~4 GoSaaS
CPU minimum1 vCPU1 vCPU2 vCPUSaaS
CI/CD intégréGitea ActionsForgejo ActionsGitLab CIGitHub Actions
Rapport à GitHub ActionsSyntaxe quasi compatibleSyntaxe proche, non compatible par conceptionAucun (GitLab CI)Natif
Registre de paquetsOuiOuiOuiOui
GouvernanceCommitGo Inc.Communauté (Codeberg e.V.)GitLab Inc.Microsoft
LicenceMITGPL v3+MIT + EE propriétairePropriétaire
Complexité opérationnelleFaibleFaibleÉlevéeSans objet

Pour comparer toutes les plateformes, y compris Bitbucket, voir Plateformes Git : GitHub, GitLab, Gitea et alternatives.

Un déploiement Gitea minimal repose sur trois composants : le binaire, le fichier de configuration et les données. Le service systemd, fourni par le projet, gère le démarrage automatique et le redémarrage en cas d'erreur.

  • Le binaire gitea, exécutable statique unique, placé dans /usr/local/bin/
  • Le fichier de configuration app.ini, dans /etc/gitea/, avec toutes les options du serveur
  • Les données, dans /var/lib/gitea/ : dépôts Git, base de données SQLite, LFS, paquets

L'arborescence ci-dessous montre où chaque élément vit sur le disque. Elle sert de repère pour les guides de sauvegarde et de mise à jour, qui visent ces mêmes chemins.

/usr/local/bin/gitea ← binaire
/etc/gitea/app.ini ← configuration
/var/lib/gitea/
data/gitea.db ← base de données (SQLite par défaut)
data/gitea-repositories/ ← dépôts Git bare
data/lfs/ ← fichiers Git LFS
data/packages/ ← registre de paquets
log/ ← journaux applicatifs
backups/ ← archives gitea dump
  • Gitea s'installe via un binaire statique unique, Docker n'est pas obligatoire
  • La configuration complète tient dans un seul fichier, app.ini
  • gitea dump sauvegarde l'intégralité en une commande (service actif possible)
  • L'upgrade se fait par remplacement du binaire, sans migration de base de données complexe
  • L'API REST est complète et compatible avec de nombreux outils GitOps
  • Les versions montent vite : relevez la dernière stable avant d'installer

Ce projet vous est utile ?

Les guides, formations, quiz et labs restent gratuits. Si vous les utilisez régulièrement, vous pouvez contribuer à leur maintenance et à leur développement.

Devenir membre de soutien (nouvel onglet) Soutenir une fois (nouvel onglet) En savoir plus

Suivez aussi le projet sur LinkedIn