Die Föderation der Forges ist notwendig

• Open-Source-Zusammenarbeit sollte idealerweise auf einer Kombination verteilter Protokolle beruhen, die Code-Übertragung und Kommunikation getrennt übernehmen, statt stark von einem einzelnen Anbieter abhängig zu sein
• Code-Zusammenarbeit erfolgte ursprünglich über die Kombination git und E-Mail, verlagerte sich später zu git und der GitHub-Website und setzt sich mit ForgeFed als Kombination aus git und ActivityPub sowie mit Tangled als Kombination aus git und AT protocol fort
• Tangled föderiert Ereignisse zwischen git-Servern, nennt jeden Server einen knot und unterstützt Repository-Zusammenarbeit auch über Servergrenzen hinweg, serverübergreifende Forks sowie Pull Requests zu Repositories auf anderen Servern
• Für den Authenticated Transfer rund um den Code nutzt Tangled AT und verarbeitet dabei issues, pull requests, Event-Timelines, follows und stars gemeinsam; außerdem wird es für Einladungen von Mitwirkenden und den Austausch öffentlicher SSH-Schlüssel verwendet
• Der Ansatz ähnelt in vieler Hinsicht dem Betrieb einer eigenen cgit-Instanz und dem Versenden von Patches per E-Mail, zeigt aber zugleich eine Richtung auf, die sich aus der GitHub-Monokultur lösen und die soziale Seite sowie den Spaß an Zusammenarbeit bewahren will

---

Warum die Föderation von Forges nötig ist

• Eine Struktur, in der Open-Source-Zusammenarbeit zu großen Teilen von einem einzelnen Anbieter abhängt, ist nicht wünschenswert; zugrunde liegt die Sicht, dass verteilte Protokolle langlebiger sind als zentralisierte Systeme
• Für die Code-Zusammenarbeit wurden schon immer zwei Protokolle parallel genutzt: eines für die Code-Übertragung, das andere für die Kommunikation
  • Der frühe Ablauf war die Kombination aus git und E-Mail
  • Später wechselte das zu einer Kombination aus git und der GitHub-Website
  • ForgeFed setzt auf die Möglichkeit einer Kombination aus git und ActivityPub
  • Tangled wird als Kombination aus git und AT protocol aufgebaut
• Tangled föderiert Ereignisse zwischen git-Servern und nennt jeden Server einen knot
  • Repository-Zusammenarbeit ist unabhängig vom jeweiligen Server möglich
  • Serverübergreifende Forks werden unterstützt
  • Man kann in ein Repository auf dem eigenen Server pushen und danach einen Pull Request zu einem Repository eröffnen, das auf einem vollständig anderen Server gehostet wird
• Dieser Ansatz ähnelt in vieler Hinsicht dem Betrieb einer eigenen cgit-Instanz und dem Versenden von Patches per E-Mail

Welche Rolle Tangled übernimmt

• Tangled verwendet AT für den Authenticated Transfer von Ereignissen rund um den Code
  • Es wird für die Übermittlung von Ereignissen wie issues und pull requests genutzt
  • Auch soziale Funktionen wie Event-Timelines, follows und stars werden gemeinsam darüber abgewickelt
  • Vouches sollen bald ebenfalls hinzukommen
• AT wird auch für Einladungen von Mitwirkenden und den Austausch öffentlicher SSH-Schlüssel verwendet, während im Übrigen das bestehende git unverändert genutzt wird
• Open Source muss sich aus einer Monokultur wie GitHub lösen, zugleich aber die soziale Seite und den Spaß an der Code-Zusammenarbeit bewahren
• tangled alpha
• docs
• source
• discord
• bluesky
• twitter (x)
• feed