Den decentraliserade plattformen för samarbetsutveckling Radicle 1.5 är tillgänglig

Utgivningen av P2P-plattformen Radicle 1.5 har presenterats, som syftar till att skapa en decentraliserad tjänst för gemensam utveckling och lagring av kod, liknande GitHub och GitLab, men som inte är knuten till specifika servrar, inte är censurerad och fungerar med hjälp av resurser från deltagarna i P2P-nätverket. Plattformen stödjer typiska element för social interaktion mellan utvecklare, såsom issue, patchar och kodgranskningar. Projektets kod är skriven i Rust och distribueras under licenserna Apache 2.0 och MIT. Byggnader har förberetts för Linux och macOS. Dessutom utvecklas en skrivbordsklient, webgränssnitt och ett konsolgränssnitt.

Radicle gör att man kan oberoende utveckla och distribuera kod utan att vara beroende av centraliserade plattformar och företag, vilka medför ytterligare risker (en enda punkt för fel, företaget kan stänga eller ändra användningsvillkor). För hantering av kod i Radicle används det välkända Git, utökat med verktyg för att bestämma databaser i P2P-nätverket. All data sparas främst lokalt (local-first konceptet) och är alltid tillgänglig på utvecklarens dator, oavsett nätverksanslutningens status.

Deltagare ger tillgång till sin kod och relaterade artefakter, som patchar och diskussioner om buggfixar (issues), vilka lagras lokalt och replikeras på noder av andra intresserade utvecklare som är anslutna till det gemensamma decentraliserade P2P-nätverket. Slutresultatet blir ett globalt decentraliserat Git-repo, vars data är replikerade och kopierade på olika deltagares system.

För att identifiera närliggande noder i P2P-nätverket används Gossip-protokollet, och för datareplication mellan noder används Heartwood-protokollet, som är baserat på Git. Eftersom protokollet baseras på Git är det enkelt att integrera plattformen med befintliga verktyg för Git-utveckling. För identifiering av noder och verifiering av databaser används kryptografi baserad på offentliga nycklar, utan användning av konton. Autentisering och auktorisering sker baserat på offentliga nycklar utan centraliserade certifieringsorgan. servrar.

Varje repository i P2P-nätverket har sin unika identifierare och är självcertifierad, vilket innebär att alla åtgärder i repositoryn, såsom att lägga till commits och lämna kommentarer på issue, bekräftas av ägaren med en digital signatur. Detta gör att man kan försäkra sig om datans korrekthet på andra noder utan att använda centraliserade certifikatutfärdare. För att få åtkomst till repositoryn är det tillräckligt om det finns minst en nod online som har en replikerad kopia av den.

Noder i P2P-nätverket kan prenumerera på specifika repositories och ta emot uppdateringar. Det är möjligt att skapa privata repositories som endast är tillgängliga för vissa noder. För att hantera och äga ett repository används konceptet 'delegater'. En delegat kan vara en enskild användare, en bot eller en grupp kopplade till ett speciellt identifierare. Delegater kan ta emot patchar i repositoryn, stänga issues och ställa in åtkomsträttigheter till repositoryn. Flera delegater kan knytas till varje repository.

Radicle-repositories lagras på användarnas system som vanliga git-repositories, där det finns ytterligare namnrymder för lagring av peer-data och forks som används i det pågående arbetet. Diskussioner, föreslagna patchar och komponenter för att organisera granskningar lagras också i git-repositoryt som samarbetsobjekt (COB - Collaborative Objects) och replikerar mellan peers.

I den nya utgåvan:

• Stödet för bare-repositorier har förbättrats, som inte innehåller en arbetskatalog med en kopia av projektfiler, utan endast lagrar historik och metadata, såsom grenar och taggar. I kommandot "rad clone" har alternativet "—bare" lagts till för att möjliggöra kloning av ett repository i en visning utan arbetskatalog. I verktyget "git-remote-rad" har hanteringen av bare-repositorier förbättrats vid användning av kommandona "git push" och "git fetch" vid åtkomst till en extern rad-server.
• Inställningen "patch.branch" har lagts till, som kan användas i verktyget git-remote-rad ("git-remote-rad -o patch.branch[=<name>]") när du lägger till en patch för att automatiskt skapa en gren i upstream-repositoriet, utan att behöva använda kommandot "rad patch checkout".
• Utdata från kommandot "rad patch show" har förbättrats, vilket nu visar den ursprungliga versionen av patchen, vilket tidigare endast visades när flaggan "—verbose" angavs. Alla revisioner visas nu i en enhetlig tidslinje utan uppdelning mellan ändringar från den ursprungliga författaren och andra deltagare.
• Möjligheten att visa loggar i ett strukturerat format har lagts till, aktiverat via alternativen "—log-logger structured" och "—log-format json".

Källa: opennet.ru