Tangled-ը ներկայացրել է ֆեդերատիվ ծածկագրային հարթակի թարմացում՝ նոր UI, տվյալների մոդել և կազմակերպություններ

Tangled-ը, որն իրեն անվանում է առաջին իսկապես ֆեդերատիվ ծածկագրային հարթակը, հայտարարել է լայն թարմացում՝ վերաձևավորված Svelte UI, գլոբալ Rust ինդեքսավորիչ bobbin, պահոցին պատկանող համագործակցային տվյալներ, կազմակերպական հաշիվներ և stacked pull requests-ի աջակցություն։

AT Protocol-ի վրա կառուցված ֆեդերատիվ հարթակ

Tangled-ը նշում է, որ օգտատերերը կարող են ծածկագիր հոսթավորել իրենց սերվերներում և համագործակցել ուրիշների հետ՝ հոսթավորելով միայն ընտրված մասերը, օրինակ Git կամ CI runner-ները, կամ բոլորը՝ ներառյալ API սերվերը և UI-ը։ AT Protocol-ի շնորհիվ կարելի է ստեղծել ընդլայնումներ, բաժանորդագրվել firehose-ին, գրել custom knot-ներ կամ հոսթավորել ultralight API սերվեր՝ սեփական forge-ի համար։ Ընկերությունը նշում է, որ գործակալները հեշտացրել են գերհատուկեցված ծրագրակազմի ստեղծումը, հատկապես hackability-ի համար նախագծված ծրագրակազմում, և Tangled-ն անվանում է անչափ agent friendly։

Նոր UI և գլոբալ read-only ինդեքսավորիչ

Նախկինում վեբ UI-ը և backend-ը մեկ Go մոնոլիտ էին՝ appview, որը զբաղվում էր AT Protocol-ի ինդեքսավորմամբ, քեշով, արձանագրությունից դուրս տվյալներով և UI-ի ռենդերինգով html/template + htmx-ով՝ Շվեդիայում գտնվող մեկ միջին չափի սերվերի մեկ SQLite տվյալների բազայում։ Այն լավ էր աշխատում այն օգտատերերի համար, որոնց կապի ուշացումը Շվեդիայի հետ մոտ 50-100 ms էր, բայց օգտատերերի մեծ մասը այդքան մոտ չէ։ Նոր ճարտարապետությունն ունի ինքնուրույն Svelte frontend՝ edge-ում, և սկավառակազուրկ, հիշողության մեջ աշխատող Rust ինդեքսավորիչ bobbin՝ ավելի քան 11 տարածաշրջանում։ Bobbin-ը զուտ read-only է և աշխատում է միայն AT Protocol-ի տվյալներով, իսկ մյուս ֆունկցիոնալությունը փոխանցվել է նոր օժանդակ ծառայություններին։ Tangled-ը Inter-ը փոխարինել է Timeless Sans-ով և ասում է, որ ամեն ինչ պետք է լինի ավելի արագ, համահունչ և գեղեցիկ։

Պահոցին պատկանող տվյալներ և attestations

Tangled-ը ներկայացրել է նոր lexicon-ներ, և գրառումներն այժմ org.tangled.*-ի ներքո են՝ հին sh.tangled.*-ի փոխարեն։ Knot2-ը՝ Rust-ով վերաշարադրված knot սերվերի երկրորդ իրականացումը, նույն binary-ում միավորում է custom Git և SSH սերվերներ։ Issues-ը, pull requests-ը, մեկնաբանությունները, ռեակցիաները և պիտակները պահվում են knot-ի վրա՝ ծածկագրի կողքին, որպես համագործակցային օբյեկտներ՝ Git օբյեկտների շղթաներ։ համագործակցողները, knot-ի անդամները և blocklist-ը՝ նույն կերպ։ Tangled-ի խոսքով՝ սա տալիս է առավելագույն տեղափոխելիություն, քանի որ issues-ը և pull requests-ը ապրում են ծածկագրի հետ։ Որպեսզի knot-ը գրառումները սխալ չներկայացնի, վեբ հավելվածը յուրաքանչյուր ստեղծված կամ խմբագրված գրառման համար օգտատիրոջ PDS-ում գրում է org.tangled.graph.attestation՝ մատնանշելով ճշգրիտ տարբերակը և դրա համագործակցային փոփոխությունը։ Ինքնահոսթավորողները պետք է knot-ները թարմացնեն v1.20.0-ի՝ ըստ ուղեցույցի։

Կազմակերպություններ և stacked pull requests

Կազմակերպական հաշիվներն այժմ հասանելի են։ Կազմակերպությունը իրական AT Protocol հաշիվ է՝ իր DID-ով և handle-ով, Tranquil PDS ինստանսում, և առանց գաղտնաբառի պատվիրակված հաշիվ, որը ստեղծվում է New Organization էջից՝ name.tngl.sh handle-ով և ստեղծողին որպես սեփականատեր։ Սեփականատերերը կարող են հրավիրել անդամների, և ցանկացած անդամ կարող է հանդես գալ կազմակերպության անունից պահոցներ ստեղծելիս կամ fork անելիս։ handle-ը կարելի է փոխարինել օգտատիրոջ դոմենով։ Tangled-ը աշխատում է նաև որպես փոխարինող կազմակերպություններ օգտագործված սովորական հաշիվները տեղափոխելու ուղղությամբ։ Pull request-ների հոսքը վերակառուցվել է, որպեսզի Jujutsu-ի և սովորական Git-ի օգտատերերը կարողանան ներկայացնել և վերանայել stacked pull requests։ Git օգտատերերը կարող են interdiff անել տարբերակների միջև, որոնք նախկինում rounds էին կոչվում, իսկ Jujutsu օգտատերերը՝ առանձին փոփոխությունների միջև։ Առաջիկա շաբաթներին Tangled-ը նախատեսում է թողարկել private repos, CLI, SDKs և skills գործակալների համար։

Աղբյուրներ: tangled.org