PrivacyTools.io
Évalué par Marco Wollank
Remplacer aujourd'hui : GitHub

Le meilleur hébergement Git auto-hébergé en 2026

Alternatives privées à GitHub, vérifiées selon nos critères publics.

Regroupé par niveau de menace

Couvert Un début facile et de bons réglages par défaut pour tous
Renforcé Un peu de configuration et de vrais gains pour les motivés

How they compare

Tool Hosting Based in Cost
Forgejo 		Self-host · Free
Codeberg 		Hosted (nonprofit) Germany Free
GitLab CE 		Self-host or cloud United States Freemium
SourceHut 		Hosted or self-host United States Freemium

Vos dépôts sont la chose la plus précieuse que vous produisez, et l’endroit par défaut où les garder appartient à Microsoft. Le code poussé vers une plateforme que vous ne contrôlez pas peut être intégré à Copilot et régi par des conditions que vous n’avez jamais fixées. Un hébergement Git que vous faites tourner vous-même, ou exploité par une organisation à but non lucratif, garde le code source sur une infrastructure qui vous rend des comptes. Les forges ci-dessous vous laissent posséder à la fois le stockage et les règles d’accès sans renoncer aux pull requests ni à la CI.

Pourquoi vous ne pouvez pas simplement désactiver le pistage sur GitHub

GitHub appartient à Microsoft, et les parties qui comptent le plus ne sont pas les vôtres à configurer. Aucun réglage ne retire votre code public du corpus d’entraînement derrière Copilot, et aucun interrupteur ne déplace vos dépôts vers un stockage qui vous appartient. Le choix par défaut centralise l’open source sur un unique service propriétaire, ce qui veut dire qu’une seule entreprise fixe les conditions et les tarifs et décide qui garde l’accès. Vous pouvez restreindre la visibilité de votre dépôt et verrouiller quelques permissions, mais les faits structurels restent figés. L’infrastructure et les règles appartiennent toutes deux à Microsoft, et votre code vit là où il peut être exploité. Le seul vrai remède est d’héberger la forge vous-même ou de la confier à une organisation dont le but est de servir les développeurs plutôt que de vendre un modèle entraîné sur eux.

Comment nous choisissons

Chaque forge ici est mesurée à l’aune de nos critères d’inclusion publics. Le code qui fait tourner la plateforme doit être ouvert à l’inspection. Vous devez pouvoir l’auto-héberger ou faire confiance à un fournisseur sans aucune incitation à exploiter vos dépôts. Et le projet a besoin d’antécédents plutôt que d’un seul week-end de battage. Nous évaluons aussi la licence, parce qu’une forge copyleft est bien plus difficile à capturer discrètement pour une entreprise à but lucratif qu’une forge permissive. Nous ne listons qu’une forge que nous ferions volontiers tourner pour notre propre travail, et nous disons clairement là où chacune demande davantage en échange de l’indépendance qu’elle achète.

Que regarder dans un hébergement Git

Commencez par l’endroit où vit le code. Une forge que vous pouvez auto-héberger met les dépôts sur une infrastructure qui vous appartient, ce qui est tout l’intérêt de quitter GitHub. Lisez ensuite la licence : une forge open source peut être auditée et forkée, tandis qu’une forge à cœur ouvert garde ses fonctionnalités avancées propriétaires. Vérifiez le flux de travail dans lequel vous vous engagez, car un modèle de pull request familier est un déménagement en douceur alors qu’un flux de correctifs par e-mail est un changement d’habitude délibéré. Pesez honnêtement la charge de maintenance, puisqu’une forge légère se met à jour avec une commande et qu’une plateforme DevOps complète réclame de vraies ressources serveur. Cherchez des outils de migration qui fonctionnent pour que vos tickets et votre historique survivent au déménagement. Le bon choix équilibre le contrôle que vous gagnez et l’entretien que vous assumez.

Vais-je perdre les pull requests et la CI ?

Non, et c’est l’inquiétude qui garde la plupart des gens sur GitHub plus longtemps que nécessaire. Forgejo et GitLab CE embarquent tous deux un flux complet de merge request avec revue en ligne et protection des branches, plus des runners de CI que vous pointez vers vos propres machines. Codeberg vous donne la même expérience Forgejo sous forme de service hébergé, avec sa propre CI. Les étiquettes diffèrent de celles de GitHub et les runners se branchent à la main, mais la boucle quotidienne consistant à ouvrir une branche et à fusionner le résultat revu est pleinement intacte. Le seul véritable écart est SourceHut, qui fait la revue de code par e-mail à dessein, un flux que le noyau Linux utilise depuis des décennies. C’est une autre habitude, pas une fonctionnalité manquante.

Comment changer

Montez d’abord la forge que vous avez choisie, soit en déployant un conteneur sur un petit serveur, soit en créant un compte chez un hébergeur. Utilisez l’importateur intégré pour rapatrier chaque dépôt avec ses tickets et son historique, puis poussez vos clones locaux vers le nouveau dépôt distant pour que votre travail quotidien déménage avec vous. Gardez un miroir en lecture seule sur GitHub un moment pour que les liens existants résolvent pendant que vous indiquez aux collaborateurs le vrai foyer du projet. Si vous quittez Microsoft plus largement, le plan quitter Microsoft couvre le reste de la pile, et notre page alternatives à GitHub détaille le passage. Donnez-lui un sprint avant de juger, parce que la forge s’efface à l’arrière-plan une fois que vos habitudes ont rattrapé leur retard.

Questions fréquentes

Pourquoi déplacer mes dépôts hors de GitHub ?
GitHub appartient à Microsoft, et le code que vous poussez repose sur une infrastructure que vous ne contrôlez pas. Les dépôts publics ont servi de données d'entraînement pour Copilot, et une seule entreprise décide des conditions et de qui garde l'accès. Passer à une forge que vous hébergez ou à un fournisseur indépendant remet cette décision entre vos mains.
Mon code peut-il servir à entraîner Copilot si je reste sur GitHub ?
Le code public sur GitHub a servi à entraîner Copilot, et les règles qui encadrent cela sont fixées par Microsoft et non par vous. Héberger votre propre forge ou utiliser un fournisseur indépendant signifie qu'aucun tiers n'alimente un modèle avec vos dépôts, parce que le stockage et les règles vous appartiennent.
Auto-héberger une forge Git est-il difficile à maintenir ?
Moins qu'avant. Une forge légère tourne confortablement sur un petit serveur et se met à jour avec un seul pull de conteneur. Les plateformes plus lourdes demandent davantage, la contrepartie honnête est donc la profondeur fonctionnelle contre l'entretien. Si vous préférez ne pas faire tourner de serveur du tout, un hébergeur à but non lucratif vous donne presque toute l'indépendance sans aucune maintenance.
Vais-je perdre les pull requests et la CI en quittant GitHub ?
Non. Chaque forge présentée ici a son propre flux de merge request et de revue de code, et la plupart embarquent une CI intégrée. La terminologie change et les runners se configurent différemment, mais la boucle quotidienne consistant à ouvrir une branche et à fusionner le résultat revu reste intacte. Une forge utilise à la place un flux de correctifs par e-mail, qui est un choix de conception délibéré et non une fonctionnalité manquante.
Puis-je garder un miroir sur GitHub pendant la migration ?
Oui, et beaucoup de gens le font pendant la transition. Vous pouvez pousser vers votre nouvelle forge comme dépôt distant principal et faire un miroir vers GitHub pour que les liens existants continuent de résoudre. Avec le temps, le miroir devient un panneau en lecture seule qui oriente les gens vers le vrai foyer du projet.
Ces forges prennent-elles en charge Git LFS et les gros dépôts ?
Les forges grand public prennent en charge Git LFS pour les gros fichiers binaires, les illustrations et les ressources voyagent donc avec le projet. La capacité sur une forge auto-hébergée est celle que permet votre disque, tandis qu'un hébergeur à but non lucratif vous demande de garder les dépôts open source publics dans des limites raisonnables. Vérifiez la politique du fournisseur avant de déplacer un très gros monorepo.