
Tangled-მა ფედერაციული კოდის ფორჯის განახლება გამოაცხადა: ახალი UI, მონაცემთა მოდელი და ორგანიზაციები
Tangled-ის ცნობით, მის ფედერაციულ კოდის ფორჯს ახლა აქვს Svelte-ის UI, Rust-ში დაწერილი ინდექსერი მეხსიერებაში, რეპოზიტორიუმის კუთვნილი თანამშრომლობის მონაცემები, ორგანიზაციის ანგარიშები და დალაგებული pull request-ები.
Tangled-ი, რომელიც თავს პირველ ნამდვილად ფედერაციულ კოდის ფორჯად მიიჩნევს, ფართო პროდუქტის განახლებას აცხადებს. გამოშვებაში შედის გადაკეთებული Svelte-ის მომხმარებლის ინტერფეისი, გლობალურად განლაგებული Rust-ის ინდექსერი bobbin, რეპოზიტორიუმის კუთვნილი თანამშრომლობის მონაცემები, ორგანიზაციის ანგარიშები და დალაგებული pull request-ების მხარდაჭერა.
AT პროტოკოლზე აგებული ფედერაციული ფორჯი
Tangled-ის ცნობით, მომხმარებლებს კოდის საკუთარ სერვერებზე ჰოსტინგი შეუძლიათ და ამავდროულად სხვებთან თანამშრომლობა; შესაძლებელია მხოლოდ ცალკეული კომპონენტების, მაგალითად Git-ის ჰოსტინგის ან CI გამშვებების, ან ყველა კომპონენტის, მათ შორის API სერვერისა და UI-ის, თვითჰოსტინგი. რადგან იგი AT პროტოკოლზეა აგებული, მომხმარებლებს შეუძლიათ გაფართოებების შექმნა, firehose-ზე გამოწერა, საკუთარი knot-ების დაწერა ან ულტრამსუბუქი API სერვერის ჰოსტინგი საკუთარი ფორჯის ასაწყობად. კომპანიის თქმით, აგენტებმა ჰიპერპერსონალიზებული პროგრამული უზრუნველყოფის შექმნა ტრივიალური გახადა, განსაკუთრებით მაშინ, როდესაც პროგრამა თავიდანვე მოდიფიცირებადობის გათვალისწინებით არის შექმნილი, და Tangled-ი აგენტებისთვის მოსახერხებელს უწოდებს.
ახალი UI და გლობალური ინდექსერი მხოლოდ წაკითხვის რეჟიმში
ვებ UI და backend ადრე ერთიანი Go-ს მონოლითი იყო, სახელად appview, რომელიც AT პროტოკოლის ინდექსაციას, ქეშირებას, პროტოკოლის გარე მონაცემებს და UI-ის რენდერინგს ასრულებდა html/template + htmx-ით ერთ SQLite ბაზაზე, შვედეთში მდებარე ერთ საშუალო ზომის სერვერზე. Tangled-ის თქმით, ეს კარგად მუშაობდა მომხმარებლებისთვის, რომელთა დაყოვნებაც შვედეთამდე დაახლოებით 50-100 მწმ იყო, მაგრამ მომხმარებელთა უმრავლესობა ასე ახლოს არ არის. ახალი არქიტექტურა იყენებს კიდეზე განლაგებულ დამოუკიდებელ Svelte-ის frontend-ს და დისკის გარეშე, მეხსიერებაში მომუშავე Rust-ის ინდექსერს bobbin, რომელიც 11-ზე მეტ რეგიონშია განლაგებული. Bobbin მხოლოდ წაკითხვის რეჟიმშია და მხოლოდ AT პროტოკოლის მონაცემებთან მუშაობს, ხოლო დანარჩენი ფუნქციონალი ახალ საყრდენ სერვისებს გადაეცა. Tangled-მა ასევე Inter-ი Timeless Sans-ით შეცვალა და ამბობს, რომ ახლა ყველაფერი უფრო სწრაფი, ვიზუალურად თანმიმდევრული და უფრო ლამაზი უნდა იყოს.
რეპოზიტორიუმის კუთვნილი მონაცემები და დამოწმებები
Tangled-მა ახალი lexicon-ები შემოიტანა, და ჩანაწერები ახლა org.tangled.* სახელთა სივრცეშია, ძველი sh.tangled.* ჩანაწერების ნაცვლად. Knot2, Rust-ში გადაწერილი მეორე knot სერვერის რეალიზაცია, ერთ ბინარულ ფაილში აერთიანებს სრულად მორგებულ Git-ის სერვერსა და SSH სერვერს. Issue-ები, pull request-ები, კომენტარები, რეაქციები და ლეიბლები ახლა knot-ზე, კოდის გვერდით, თანამშრომლობის ობიექტებად ინახება; ეს ობიექტები რეპოზიტორიუმში Git-ის ობიექტების ჯაჭვებია. თანამშრომლები, knot-ის წევრები და დაბლოკილთა სია იგივე პრინციპით ინახება. Tangled-ის თქმით, ამით პროექტებს მაქსიმალური პორტაბილობა ეძლევათ, რადგან issue-ები და pull request-ები კოდთან ერთად ინახება. იმისთვის, რომ knot-მა ჩანაწერები არ გააყალბოს, ვებ აპლიკაცია ყოველ ჯერზე, როცა ჩანაწერი knot-ზე იქმნება ან რედაქტირდება, მომხმარებლის საკუთარ PDS-ში წერს org.tangled.graph.attestation ჩანაწერს, რომელიც ამ ზუსტ ვერსიას და მის უკან მდგარ თანამშრომლობის ობიექტის ცვლილებას მიუთითებს. თვითჰოსტერებმა knot-ები v1.20.0-მდე უნდა განაახლონ განახლების სახელმძღვანელოს მიხედვით.
ორგანიზაციები და დალაგებული pull request-ები
ორგანიზაციის ანგარიშები უკვე ხელმისაწვდომია. ორგანიზაცია ნამდვილი AT პროტოკოლის ანგარიშია საკუთარი DID-ით და ჰენდლით, განთავსებული Tranquil PDS-ის ინსტანციაზე; ეს პაროლის გარეშე, დელეგირებული ანგარიშია, რომელიც ახალი ორგანიზაციის გვერდიდან იქმნება name.tngl.sh ჰენდლით, ხოლო შემქმნელი მფლობელია. მფლობელებს შეუძლიათ წევრების მოწვევა, და ორგანიზაციაში ნებისმიერ პირს შეუძლია მის სახელით მოქმედება რეპოზიტორიუმის შექმნის ან fork-ის დროს; სხვა ანგარიშების მსგავსად, ჰენდლი შეიძლება შეიცვალოს მომხმარებლის საკუთარი დომენით. Tangled-ი ასევე მუშაობს იმაზე, თუ როგორ გადაიტანოს ჩვეულებრივი ანგარიშები, რომლებსაც ორგანიზაციის შემცვლელად იყენებდნენ. pull request-ების პროცესი გადაკეთდა ისე, რომ Jujutsu-ის ან ჩვეულებრივი Git-ის მომხმარებლებს შეეძლოთ დალაგებული pull request-ების გაგზავნა და განხილვა; Git-ის მომხმარებლებს შეუძლიათ interdiff-ი ვერსიებს შორის, რომლებსაც ადრე rounds ეწოდებოდა, ხოლო Jujutsu-ის მომხმარებლებს ცალკეულ ცვლილებებს შორის. უახლოეს კვირებში Tangled-ი გეგმავს პირადი რეპოზიტორიუმების, CLI-ის, სხვადასხვა ენის SDK-ებისა და აგენტებისთვის განკუთვნილი უნარების გაშვებას.
წყაროები: tangled.org
SiTech — AI-გაძლიერებული ვებ დეველოპმენტი
ვქმნით სწრაფ, თანამედროვე ვებსაიტებს და AI-ს ვაერთიანებთ ქართული ბიზნესებისთვის. გაქვთ პროექტი ან კითხვა? სიამოვნებით დაგეხმარებით.