Puis-je importer mes dépôts GitHub existants ?

Oui. Le menu New → Migration accepte une URL GitHub, GitLab, Gitea ou Git brute et importe le code avec tout son historique ; pour GitHub et GitLab, vous pouvez aussi rapatrier les tickets, les pull requests, les libellés, les jalons et les releases en fournissant un jeton d'accès. Vous pouvez également configurer un miroir pull, qui maintient une copie en lecture seule continuellement synchronisée avec le dépôt d'origine.

Support

Démarrer rapidement un projet logiciel.

Gitea

Votre propre GitHub, auto-hébergé sur un seul VPS : dépôts, pull requests, CI/CD avec Gitea Actions et registre de paquets, sans facturation par développeur.

2 Go RAM 1 vCPU (2 vCPU avec des runners Actions) Port 3000 Disponible

Code source

Stack technique

DockerGoPostgreSQL

RAM minimum2 Go

CPU minimum1 vCPU (2 vCPU avec des runners Actions)

Port par défaut3000

OS compatiblesubuntu-24.04

Gitea est un service Git auto-hébergé écrit en Go et publié sous licence MIT. Il reprend l'intégralité du flux de travail que vos équipes connaissent — dépôts, branches, tickets, pull requests, revue de code, wiki, releases — sur une infrastructure que vous contrôlez, à partir d'un binaire unique qui démarre en quelques secondes et se contente de quelques centaines de mégaoctets de RAM au repos. Sur un VPS ServOrbit, il tourne en deux conteneurs : l'application `gitea/gitea` et sa base `postgres:16-alpine`. L'interface web répond sur le port 3000 derrière le vhost nginx en HTTPS, et Git over SSH écoute sur le port 2222, de sorte que `git clone` et `git push` fonctionnent avec votre clé publique habituelle.

Gitea embarque deux briques habituellement facturées en supplément ailleurs. Gitea Actions est un moteur de CI/CD qui lit la même syntaxe de workflow que GitHub Actions : vos fichiers `.github/workflows` existants s'exécutent presque sans modification sur un runner que vous hébergez vous-même. Le registre de paquets intégré parle npm, Docker/OCI, Maven, NuGet, PyPI, Composer, Cargo et Helm depuis l'instance qui héberge déjà votre code. Organisations, équipes et branches protégées permettent de reproduire la configuration Git d'une société entière sans abonnement mensuel par développeur. Les données des dépôts et la base PostgreSQL vivent chacune dans un volume Docker nommé : une sauvegarde complète tient dans un instantané de ces deux volumes.

Fonctionnalités clés

Plateforme Git complète : dépôts, branches, tags, tickets, pull requests, revue de code, wiki et releases — le flux de travail que votre équipe connaît déjà.

Gitea Actions : CI/CD intégrée, compatible avec la syntaxe de workflow de GitHub Actions — vos fichiers .github/workflows existants tournent sur un runner que vous hébergez.

Registre de paquets intégré : npm, Docker/OCI, Maven, NuGet, PyPI, Composer, Cargo et Helm, servis par l'instance qui héberge déjà votre code.

Organisations, équipes et permissions fines : règles d'accès par dépôt, branches protégées, revues obligatoires et code owners.

Git en HTTPS et en SSH : clonez et poussez à travers le vhost nginx, ou directement en SSH sur le port 2222 avec des clés publiques par utilisateur.

Miroirs de dépôts et authentification souple : miroirs pull pour rester synchronisé avec un dépôt GitHub ou GitLab, miroirs push pour publier vers l'extérieur ; comptes locaux, LDAP, SMTP et OAuth2 (GitHub, GitLab, Google, OIDC générique), Gitea pouvant lui-même servir de fournisseur OAuth2 à vos autres applications.

Quand utiliser cette solution ?

Serveur Git privé d'entreprise

Hébergez tous vos dépôts internes sur votre propre VPS plutôt que sur un compte SaaS facturé par développeur. Projets clients, code propriétaire et travaux non publiés restent sur une infrastructure qui vous appartient, dans la juridiction que vous choisissez. Intégrer un nouveau développeur revient à créer un compte, pas à acheter un siège : le coût de l'instance ne bouge pas quand l'équipe grandit.

CI/CD sans facture à la minute

Gitea Actions lit la même syntaxe de workflow que GitHub Actions : vos fichiers .github/workflows s'exécutent avec peu ou pas de retouche. Installez un runner sur le même VPS ou sur une machine de build dédiée, et chaque push, tag ou pull request déclenche votre pipeline — sans quota de minutes de build ni file d'attente partagée avec d'autres clients.

Registre interne de paquets et d'images

Publiez vos paquets npm privés, vos images Docker, vos artefacts Maven ou vos wheels PyPI directement sur l'instance qui héberge déjà votre code : docker push git.example.com/team/api:1.4. Un seul jeu d'identifiants, une seule sauvegarde et une seule URL pour les sources et les artefacts, au lieu d'un service de registre distinct par écosystème.

Déployer Gitea sur votre VPS

Guide optimisé pour les VPS Cloud ServOrbit.

Commander le VPS ServOrbit

2 Go de RAM constituent un point de départ confortable pour une petite équipe : Gitea se contente de quelques centaines de mégaoctets au repos et PostgreSQL occupe le reste. Prévoyez davantage de marge si vous comptez faire tourner des runners Gitea Actions sur la même machine, les builds étant de loin la partie la plus lourde de la charge.

Choisir le domaine avant le premier déploiement

Gitea inscrit son adresse publique dans les liens de clonage qu'il affiche, dans les charges utiles de webhook, dans les callbacks OAuth2 et dans les points d'entrée du registre de paquets : le nom doit donc être arrêté avant le premier démarrage. Créez un enregistrement A du type git.example.com vers l'IP de votre VPS ; le certificat TLS est ensuite émis et renouvelé automatiquement une fois l'application déployée.

Se connecter la première fois

Ouvrez l'URL : Gitea affiche sa page d'installation, base de données déjà pré-remplie — n'y touchez pas. Dépliez « Paramètres optionnels > Paramètres du compte administrateur », créez-y votre compte admin puis validez.

Déployer depuis le Marketplace

Depuis votre espace client ServOrbit, allez dans Marketplace → Développement → Gitea → Déployer. Docker récupère les images gitea/gitea et postgres:16-alpine, génère les identifiants de la base, et l'interface web répond sur le port 3000 derrière le vhost HTTPS en moins d'une minute.

Créer le compte administrateur et le premier dépôt

Ouvrez votre domaine dans un navigateur : le premier compte enregistré devient administrateur du site. Depuis l'administration, fermez l'inscription publique, branchez LDAP ou OAuth2 et fixez les règles de protection de branche par défaut avant d'inviter votre équipe. Créez ensuite un dépôt et poussez-y votre code : git remote add origin ssh://[email protected]:2222/team/api.git.

Ajouter un runner pour Gitea Actions

La CI reste inactive tant qu'aucun runner n'est enregistré. Générez un jeton dans Administration du site → Actions → Runners, puis démarrez gitea/act_runner sur le VPS ou sur une machine de build séparée, pointé vers l'URL de votre instance. Poussez un fichier .github/workflows/ci.yml : le job apparaît dans l'onglet Actions dès le commit suivant.

Questions fréquentes

Pour le travail quotidien, oui : dépôts, branches, tickets, pull requests avec revue et approbations, wiki, releases, branches protégées, webhooks, CI/CD via Gitea Actions et registre de paquets sont tous intégrés. Ce que vous perdez, c'est l'écosystème qui entoure GitHub — la place de marché publique d'Actions tierces, Copilot, Dependabot et l'effet de réseau de l'open source public. Pour du code d'entreprise privé, ce n'est généralement pas ce que vous payiez.

Oui, en pratique. Gitea intègre son URL publique dans les liens de clonage qu'il affiche, dans les charges utiles de webhook, dans les callbacks OAuth2 et dans les points d'entrée du registre de paquets : il lui faut donc une adresse stable, connue dès le premier démarrage. Faites pointer un enregistrement A du type git.example.com vers votre VPS avant le déploiement ; les certificats HTTPS sont ensuite émis et renouvelés automatiquement.

Le conteneur expose Git over SSH sur le port 2222 et non sur le port 22 standard, qui reste réservé à l'administration du VPS lui-même. Ajoutez votre clé publique dans Gitea sous Settings → SSH Keys, puis utilisez git clone ssh://[email protected]:2222/team/api.git. Pour éviter de répéter le port à chaque commande, ajoutez un bloc Host git.example.com avec Port 2222 dans votre ~/.ssh/config local.

Gitea Actions s'active par dépôt et lit les fichiers de workflow depuis .github/workflows, avec la même syntaxe YAML que GitHub Actions : la plupart des pipelines simples fonctionnent sans modification. Les jobs s'exécutent sur des instances act_runner que vous enregistrez auprès de votre URL Gitea, si bien que la capacité de build est celle du matériel que vous y consacrez — aucun quota de minutes, aucune file partagée. Les Actions de la place de marché GitHub sont récupérées par URL et beaucoup fonctionnent telles quelles, mais aucune compatibilité n'est garantie pour les plus exotiques.

Une instance dimensionnée pour une équipe est à l'aise sur 2 Go de RAM : Gitea occupe quelques centaines de mégaoctets au repos et PostgreSQL consomme le reste. Tout ce qui compte tient dans deux volumes Docker — gitea_data (dépôts, objets LFS, avatars téléversés et configuration) et gitea_db (PostgreSQL). Une sauvegarde est donc un instantané de ces deux volumes, idéalement précédé d'un pg_dump de la base pour disposer d'un point de restauration cohérent.

Intégrer le bouton de déploiement

Vous maintenez un projet qui utilise Gitea ? Ce bouton permet à vos lecteurs de le déployer sur un VPS en un clic, sans lire de documentation 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>

Le bouton pointe vers la commande d'un VPS avec le template présélectionné. L'image est servie depuis servorbit.com — rien à héberger de votre côté.

Solutions complémentaires

Développement

Laravel Stack

PHP-FPM, Nginx, PostgreSQL, Redis et Supervisor préconfigurés. Déployez Laravel en production sans configuration initiale.

Développement

Node.js Stack

Node.js avec PM2, Nginx reverse proxy et base de données. Vos APIs et applications JavaScript prêtes à recevoir du trafic.

Développement

Nuxt Stack

Nuxt 3 avec SSR, PostgreSQL et reverse proxy. Environnement production pour vos applications Vue.js.

Démarrer rapidement un projet logiciel.

Activez Gitea sur votre infrastructure.

VPS Cloud dédié — IPv4 incluse, datacenter européen, support inclus. Vos données ne quittent jamais votre serveur.

Configuration recommandée : 2 Go RAM · 1 vCPU (2 vCPU avec des runners Actions)

Besoin d'aide ?

Parcourez notre centre d'aide et notre FAQ, ou contactez notre équipe — rappel, WhatsApp ou e-mail. Support en français, anglais et arabe.

ou nous écrire