Migration de Github vers une alternative européenne

Parmi les briques de bases importantes pour construire du logiciel et qui sont monopolisées par les US, je vous présente : Github (Microsoft).

Github c’est bien plus qu’un repository git, c’est aussi

• un réseau social où le monde de l’open source se bat pour des étoiles
• une usine logicielle (les Github Actions)

Et si on parle de chiffre, Github c’est 180M de développeurs inscrits, une part de marché estimée au dessus des 50%, Gitlab (US) et Bitbucket (US-AU) se partageant une grosse part du reste.

Bref, si vous êtes développeurs, vous avez sans doute un compte dessus, pour faire des forks de produits open source, pour vos propres projets ou ceux de votre entreprise. L’économie mondiale du logiciel repose en partie sur cet acteur US, ce qui pose quelques questions. Que se passe-t-il quand votre économie logicielle repose sur un acteur étranger s’il devient hostile ?

• En 2019, les développeurs résidant en Iran, en Syrie, à Cuba, en Corée du Nord et en Crimée ont vu l'accès à leurs dépôts de code privés ainsi qu'à leurs comptes payants totalement bloqué.
• En 2025, 20 000 dépots Github privés ont été indexés par le moteur de recherche Bing et accessibles pour l’IA Microsoft Copilot.

Et globalement Microsoft/Github est soumis au Cloud Act et la FISA, ce qui lui impose de fournir toute ces données à l’administration américaine en cas de demande, notamment pour atteinte à la sécurité nationale, ce qui intègre la protection des intérêts économiques des Etats-Unis.
Si je traduis en termes plus simples, vous n’avez pas de garantie que votre code soit protégé si jamais l’administration US le décide.

Heureusement, il existe des alternatives en Europe, et c’est de ça dont on va parler aujourd’hui.

Le self host

La première option, c’est d’héberger des solutions open source. Dans cette catégorie on va retrouver beaucoup de solutions à base de gitlab et gitea.

Mais qui dit open source ne signifie pas neutralité. Ces deux entreprises sont US et peuvent changer leurs termes d’utilisation ou embarquer du code hostile qui se déclenche selon une géolocalisation. Ca empêche pas les forks, mais il faut réussir ensuite à créer une communauté de développeurs pour la maintenir. J’écarte donc ces choix.

Pour Gitea cependant, il existe déjà un fork Européen : Forgejo maintenu par l’organisation non-profit Codeberg.

Forgejo c’est notamment ce qui a été choisi par l’administration néérlandaise pour héberger le code source des administrations publiques.

Si vous êtes partisan du self hosting, Forgejo est à priori la seule solution disponible. Cependant le self hosting vient avec ces propres inconvénients, la maintenance et la gestion d’une infrastructure. Donc je vous propose de voir les solutions hébergées.

Les solutions hébergées

Sur le marché des solutions hébergées on va retrouver des produits à base de Forgejo justement, dont la solution la plus évidente est codeberg.org. Mais c’est une solution réservé aux projets open source donc pas du tout adapté à vos besoins entreprises si vous en avez.

On pourrait également citer tangled.org, excellent projet né en Finlande, un de mes coups de cœur, qui s’appuie sur le protocole ATProto. Le projet est uniquement fait pour l’open source aujourd’hui et inclut une dimension sociale par défaut. Mais peut-être que l’arrivée des spaces dans ATProto le rendra utilisable plus tard pour du projet privé. Cependant en l’état, pour du projet entreprise, je ne peux pas le conseiller.

J’écarte totalement toutes les solutions à base de Gitlab managé, c’est de très bonnes solutions mais ça ne satisfait pas l’idée de trouver une solution Européenne.
Par contre sur du Forgejo managé on peut citer :

• Codebahn (Suède)
• Codey (Suisse)

En dehors de ça on peut trouver deux solutions qui viennent d’émerger et qui ne sont pas basées sur Forgejo :

• pushin.eu
• rickub.com

Les deux sont en beta avec wait list ou en invite only mais j’ai eu la chance de tester rickub qui est en train de devenir ma plateforme de développement pour Writizzy et Hakanai.

Test de Rickub.com

(Premier jeu, je vous laisse trouver la référence qui se cache derrière le nom)

Comparaison

Rickub se veut comme un remplacement de Github. On va retrouver la majorité de ce qui nous intéresse dessus, les repos privés et publics, la CLI, un MCP, les Rickub action (compatible en grande partie avec les Github actions).

Sous le capot, Rickub utilise des MicroVM pour la CI, ce qui est censé garantir un temps de démarrage plus court, une meilleure isolation et des execution plus rapide. Ce qu’on peut vérifier sur le build de l’api Hakanai (3min vs 7min sur github) :

Build rickub

Github time

En terme d’interface on retrouve assez facilement ses repères puisque ça reprend les habitudes qu’on peut avoir sur Github.

Côté migration, la démarche a été assez simple. J’ai créé un fichier .rickub/workflows/deploy-api.yml. C’est le même format que Github action mais avec quelques subtilités qui sont décrites dans la doc des CI/Actions et dans la doc de migration.

Un point qui m’a particulièrement plu, c’est que les rapports de test sont natifs sans avoir besoin de passer par un plugin externe.

Et ça mine de rien, c’est vraiment appréciable. J’adorerais dans le futur avoir une dimension historique pour savoir depuis quel build un test échoue ou si certains temps d’execution augmente, s’il y a des tests flaky etc… Mais chaque chose en son temps, le produit vient juste de sortir.

Tarification

Côté tarification, on trouve un plan gratuit qui permet d’avoir 5 repos privés, 500 minutes de CI et 50 AI reviews (je n’ai pas utilisé cette feature).

C’est très bien pour beaucoup d’usage personnels. C’est un peu moins généreux que Github qui propose des repos privés illimités et 2000 minutes de CI. Mais pour la CI, je dirais que l’écart doit se mesurer en sachant que la CI de Rickub est plus rapide. 500 min pour du side project, ca suffit amplement.

Ensuite vous avez des plans payants. J’ai choisi le plan à 3€/mois pour bénéficier de 3000 minutes de CI, largement plus que ce que j’ai besoin, et la pour le coup c’est légèrement moins cher que sur Github qui facture l’équivalent de 3.50 euros/mois (4 dollars).

Dans tout les cas, je m’en fiche un peu, cette somme est relativement indolore dans mon cas, et ici j’achète le fait de ne plus être le produit comme sur Github, et de privilégier des produits EU. Oui, la tech a un prix, certains produits nous ont habitué à la gratuité en s’accaparant nos données, et en créant un monopole. 3€, je les paie sans problèmes pour sortir de ça.

Les repos open source

J’ai migré partiellement pour Bloggrify mais pour le coup, la décision finale de migrer totalement n’est pas encore prise.

Github c’est aussi, et même principalement, un réseau social. Un projet opensource sur Github a plus de facilité parce que la majorité des gens y ont un compte, donc ils peuvent contribuer facilement. La plupart des évaluations de projet open source se fait sur le nombre d’étoiles, étoiles qu’on retrouve sur des agrégateurs.

Par exemple la position de Bloggrify sur jamstack.org dépend du nombre d’étoiles sur Github.

De la même façon, il y a y des robots qui parcourent Github pour lire les projets relatifs à un tag donné, c’est comme ça que Bloggrify a été référencé par certains sites dans le passé.

Donc déjà sur cette dimension, c’est compliqué de se passer de Github. J’ai donc laissé une réplication miroir entre les deux mais je suis pas sûr que ce soit très cool de gérer des issues et des PR sur deux systèmes en même temps.

Mais en plus de ça, pour l’instant, rickub ne gère pas les OIDC id-tokens qui permettent de publier des packages sur NPM**,** ce qui m’empêche d’automatiser mes releases Bloggrify sur NPM.

Conclusion

Bilan des courses, je migre sans aucun regret pour Hakanai et Writizzy. C’est sans doute moins évident pour les projets open source. Pour un usage pro/entreprise, je considère que Rickub est très prometteur et mérite fortement qu’on s’y intéresse. J’imagine que tout n’est pas encore parfait mais c’est justement avec de l’usage que le produit s’améliorera.

Et si vous êtes en Europe et que vous utilisez encore des produits US, c’est le moment de commencer à réfléchir aux portes de sorties avant que ce soit trop tard…