La fédération des forges est nécessaire

• La collaboration open source repose sur l’idée qu’une combinaison de protocoles décentralisés, répartissant le transport du code et la communication, est préférable à une structure dépendant fortement d’un fournisseur unique
• La collaboration sur le code s’est d’abord faite avec la combinaison git et e-mail, puis s’est déplacée vers git et le site web GitHub ; ForgeFed prolonge cette évolution avec la combinaison git et ActivityPub, et Tangled avec la combinaison git et le protocole AT
• Tangled fédère les événements entre serveurs git ; chaque serveur est appelé un knot, et même si les serveurs diffèrent, il prend en charge la collaboration sur les dépôts, les forks inter-serveurs et les pull requests vers des dépôts situés sur d’autres serveurs
• Pour l’Authenticated Transfer autour du code, Tangled utilise AT et gère ensemble les issues, les pull requests, les timelines d’événements, les follows, les stars, ainsi que les invitations de collaborateurs et le partage de clés publiques SSH
• Tout en rappelant le flux consistant à héberger soi-même une instance cgit et à envoyer des patchs par e-mail, l’approche montre une volonté de sortir de la monoculture GitHub tout en préservant la dimension sociale et le plaisir de la collaboration

---

Pourquoi une fédération des forges est nécessaire

• Une structure où une grande partie de la collaboration open source dépend d’un fournisseur unique n’est pas souhaitable, et l’idée de fond est que les protocoles décentralisés résistent mieux dans la durée que les systèmes centralisés
• La collaboration sur le code a toujours reposé sur deux protocoles utilisés ensemble : l’un pour le transport du code, l’autre pour la communication
  • Au départ, le flux reposait sur la combinaison de git et de l’e-mail
  • Ensuite, il a évolué vers la combinaison de git et du site web GitHub
  • ForgeFed explore la possibilité d’une combinaison de git et d’ActivityPub
  • Tangled est en cours de construction autour de la combinaison de git et du protocole AT
• Tangled fédère les événements entre serveurs git, et appelle chaque serveur un knot
  • La collaboration sur les dépôts est possible quel que soit le serveur
  • Les forks entre serveurs sont pris en charge
  • Après avoir effectué un push vers un dépôt sur son propre serveur, il est possible d’ouvrir une pull request vers un dépôt hébergé sur un serveur complètement différent
• Cette approche rappelle à bien des égards le flux consistant à exploiter directement une instance cgit tout en envoyant des patchs par e-mail

Le rôle assuré par Tangled

• Tangled utilise AT pour l’Authenticated Transfer des événements autour du code
  • Il sert à transmettre des événements comme les issues et les pull requests
  • Il gère aussi des fonctions sociales comme la timeline d’événements, les follows et les stars
  • Les vouches devraient également être ajoutés prochainement
• AT est aussi utilisé pour inviter des collaborateurs et partager des clés publiques SSH ; pour le reste, git existant est utilisé tel quel
• L’open source doit sortir d’une monoculture comme GitHub, tout en conservant la dimension sociale et le plaisir de la collaboration sur le code
• tangled alpha
• docs
• source
• discord
• bluesky
• twitter (x)
• feed