Radicle : héberger son code en pair-à-pair, sans GitHub ni serveur central

Le 21 mai 2026, l'équipe de Radicle a publié la version 1.9.1 de son protocole de forge de code pair-à-pair, une alternative à GitHub qui ne repose sur aucun serveur central. Le projet n'est pas une nouveauté de dernière minute : sa fondation technique, baptisée Heartwood, a été annoncée en avril 2023, et la version stable 1.0.0 est sortie en septembre 2024. Mais l'angle qu'il défend prend une résonance particulière à mesure que les questions de souveraineté numérique s'invitent dans les choix d'outillage des équipes techniques.

Radicle en quelques mots, pour ceux qui découvrent

Radicle est une pile logicielle open source de collaboration de code construite directement sur Git. La différence avec les plateformes centralisées tient en une phrase : il n'existe aucune entité unique qui contrôle le réseau. Les dépôts sont répliqués entre pairs de manière décentralisée, et chaque utilisateur garde la main sur ses données et son flux de travail. Concrètement, au lieu de pousser votre code vers un serveur appartenant à un unique hébergeur, vous faites tourner votre propre nœud Radicle, qui échange les données avec d'autres nœuds via un protocole de gossip.

Le projet est distribué sous double licence MIT et Apache 2.0, ce qui garantit qu'il reste librement réutilisable, y compris pour construire des services concurrents ou des intégrations internes.

Comment fonctionne le protocole

Trois piliers techniques soutiennent l'ensemble, décrits par l'équipe elle-même :

• Des identités cryptographiques. Chaque utilisateur, chaque dépôt et chaque artefact social (issue, discussion, revue de code) est identifié et signé par une paire de clés publique/privée. Radicle vérifie lui-même l'authenticité et la paternité de chaque donnée, sans autorité centrale de confiance.
• Git comme couche de transfert. Radicle s'appuie sur Git pour le transfert efficace des données entre pairs. Vous ne réapprenez pas un nouveau système de contrôle de version, vous changez la façon dont il circule.
• Un protocole de gossip personnalisé. Les métadonnées des dépôts (qui héberge quoi, qui suit quoi) circulent entre nœuds via un protocole d'échange dédié, plutôt que via une base de données centrale.

Autour de ce socle, Radicle ajoute les Collaborative Objects (COBs) : des objets Git qui portent les fonctionnalités sociales habituelles d'une forge (issues, discussions, patches de revue de code). Comme ce sont de simples objets Git signés, ils voyagent avec le dépôt, sans base de données propriétaire à migrer ou à sauvegarder séparément.

Une pile modulaire, du terminal au bureau

Le Radicle Stack se compose d'un CLI, d'une interface web et d'un TUI (interface terminal), tous adossés à deux briques serveur : le Radicle Node, qui gère la réplication et le protocole réseau en NoiseXK, et le Radicle HTTP Daemon, qui expose une API HTTP en JSON. Chaque brique peut être remplacée indépendamment, ce qui laisse la porte ouverte à d'autres clients développés par la communauté. Pour ceux qui préfèrent une expérience graphique, un client dédié, Radicle Desktop, est disponible depuis juin 2025.

Installer et tester Radicle

L'installation tient en une seule commande, exécutable depuis un shell sur Linux, macOS ou une variante BSD :

curl -sSLf https://radicle.dev/install | sh

Windows est également supporté. Une fois le nœud installé, chaque dépôt reçoit un identifiant unique basé sur les clés cryptographiques du réseau, sur le modèle de rad:z3gqcJUoA1n9HaHKufZs5FCSGazv5 pour le dépôt Heartwood de référence. C'est cet identifiant, et non une URL de type github.com/organisation/projet, qui sert de référence stable au dépôt, quel que soit le nœud qui l'héberge à un instant donné.

Radicle fonctionne aussi en local-first : votre dépôt et vos artefacts sociaux restent utilisables même sans connexion internet, ce qui simplifie la sauvegarde, la migration et le travail hors ligne, trois points souvent négligés par les plateformes centralisées.

Pour qui, et pourquoi maintenant

Trois profils ont un intérêt concret à regarder Radicle de près :

• Les projets open source sensibles à la résilience. Faire tourner son propre nœud élimine le risque qu'une décision de modération, une panne ou un changement de conditions d'utilisation d'une plateforme unique ne bloque l'accès au code.
• Les équipes et organisations soucieuses de souveraineté numérique. Ne plus dépendre d'un hébergeur unique pour la disponibilité du code source est un argument qui pèse de plus en plus dans les arbitrages techniques des PME et des organismes publics français.
• Les développeurs qui veulent garder le contrôle de leurs métadonnées. Avec les COBs, l'historique des issues et des revues de code reste dans Git, signé, vérifiable et exportable, plutôt qu'enfermé dans la base de données propriétaire d'un prestataire.

Notre lecture chez CZSyn

Radicle répond à une vraie question : que se passe-t-il si votre hébergeur de code disparaît, change ses règles, ou vous ferme l'accès du jour au lendemain ? Pour un projet critique, la réponse "vous perdez votre historique d'issues et de revues" n'est pas satisfaisante. L'architecture pair-à-pair et le stockage des artefacts sociaux directement dans Git répondent précisément à ce risque.

La question qui reste ouverte, c'est l'effet réseau. Les plateformes historiques tirent leur force de la découverte, des intégrations CI/CD tierces et des habitudes de milliers de contributeurs. Radicle progresse sur ce terrain, avec des intégrations documentées vers des outils comme Jujutsu ou GitHub Actions, mais pour une PME française, l'enjeu n'est pas de tout migrer d'un coup. Il est plus réaliste d'envisager Radicle en complément : héberger en interne un miroir souverain des dépôts les plus sensibles, tout en gardant une présence publique sur une forge classique pour la visibilité. C'est l'approche que nous recommandons quand un client nous interroge sur sa dépendance à un hébergeur unique pour son code source.

Sources primaires

• Radicle, site officiel radicle.dev, consulté le 7 juillet 2026.
• Radicle, script et page d'installation officielle.