The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Выпуск децентрализованной платформы совместной разработки Radicle 1.0

10.09.2024 22:53

Представлен выпуск P2P-платформы Radicle 1.0, нацеленной на создание децентрализованного сервиса совместной разработки и хранения кода, похожего на GitHub и GitLab, но не привязанного к конкретным серверам, не подверженного цензуре и работающего с использованием ресурсов участников P2P-сети. Релиз 1.0 ознаменовал стабилизацию протокола и готовность платформы к повсеместному использованию. Начиная с данного выпуска протокол будет изменяться с сохранением обратной совместимости, а инструментарий будут включать возможности для бесшовного обновления существующих систем до новой версии. Наработки проекта написаны на языке Rust и распространяются под лицензиями Apache 2.0 и MIT. Сборки подготовлены для Linux и macOS. Дополнительно развиваются десктоп-клиент, web-интерфейс и консольный интерфейс.

Radicle позволяет не зависеть при разработке и распространении кода от централизованных платформ и корпораций, привязка к которым вносит дополнительные риски (единая точка отказа, компания может закрыться или изменить условия работы). Для управления кодом в Radicle используется привычный Git, расширенный средствами определения репозиториев в P2P-сети. Все данные в первую очередь сохраняются локально (концепция local-first) и всегда доступны на компьютере разработчика, независимо от состояния сетевого подключения.

Участники предоставляют доступ к своему коду и связанным с кодом артефактам, таким как патчи и обсуждения исправления ошибок (issues), которые сохраняются локально и реплицируются на узлы других заинтересованных разработчиков, подключённые к общей децентрализованной P2P-сети. В итоге формируется глобальный децентрализованный Git-репозиторий, данные которого реплицированы и продублированы на разных системах участников.

Для определения соседних узлов в P2P-сети применяется протокол Gossip, а для репликации данных между узлами протокол Heartwood, основанный на Git. Так как протокол основан на Git, платформу легко интегрировать с существующими инструментами для разработки на Git. Для идентификации узлов и верификации репозиториев используется криптография на основе открытых ключей, без применения учётных записей.

Каждый репозиторий в P2P-сети имеет свой уникальный идентификатор и самосертифицирован (self-certifying), т.е. все действия в репозитории, такие как добавление коммитов и оставление комментариев к issue, заверяются владельцем цифровой подписью, позволяющей убедиться в корректности данных на других узлах без использования централизованных удостоверяющих центров. Для получения доступа к репозиторию достаточно, чтобы в online находился хотя бы один узел, на котором имеется его реплицированная копия.

Узлы в P2P-сети могут подписываться на определённые репозитории и получать обновления. Возможно создание приватных репозиториев, доступных только определённым узлам. Для управления и владения репозиторием используется концепция "делегатов" (delegates). Делегатом может быть как отдельный пользователь так и бот или группа, привязанные к специальному идентификатору. Делегаты могут принимать в репозиторий патчи, закрывать issue и задавать права доступа к репозиторию. К каждому репозиторию может быть привязано несколько делегатов.

На системах пользователей Radicle-репозитории хранятся в виде обычных git-репозиториев, в которых присутствуют дополнительные пространства имён для хранения данных пиров и форков, с которыми осуществляется текущая работа. Обсуждения, предлагаемые патчи и компоненты для организации рецензирования тоже сохраняются в git-репозитории в виде совместных объектов (COB - Collaborative Objects) и реплицируются между пирами.

Radicle 1.0 включает в себя:

  • Реализацию расширяемого протокола для организации работы P2P-сети и синхронизации данных.
  • Элементы социального взаимодействия, такие как issue, патчи и рецензии на код.
  • Протокол аутентификации и авторизации на основе открытых ключей, работающий без централизованных удостоверяющих серверов.
  • CLI-интерфейс, привычный пользователям, знакомым с Git.
  • Web-интерфейс для навигации по репозиториям и узлам.
  • Средства для обеспечения конфиденциальности, включающие поддержку приватных репозиториев и возможность работы через анонимную сеть Tor.
  • Поддержку повторяемых сборок для проверки, что распространяемые исполняемые файлы Radicle собраны из заявленных исходных текстов.

Ещё не готовые возможности, пока находящиеся в разработке:

  • Встроенные инструменты для непрерывной интеграции (CI) и непрерывной доставки (CD).
  • Консольный интерфейс Radicle TUI (Terminal User Interface).
  • Расширенные возможности рецензирования изменений.
  • Система получения уведомлений об изменениях в репозитории.
  • Поддержка профилей пользователей и возможность привязки нескольких устройств.
  • Поддержка тегов.
  • Утилиты для модерирования и управления узлами.
  • Десктоп-приложение.


  1. Главная ссылка к новости (https://radicle.xyz/2024/09/10...)
  2. OpenNews: Первый публичный выпуск децентрализованной платформы совместной разработки Radicle
  3. OpenNews: Началась разработка GitPub, протокола для децентрализованных Git-сервисов
  4. OpenNews: Фонд СПО планирует запустить новую платформу совместной разработки и хостинга кода
  5. OpenNews: Выпуск глобальной децентрализованной файловой системы IPFS 0.9
  6. OpenNews: Выпуск zeronet-conservancy 0.7.8, платформы для децентрализованных сайтов
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/61842-radicle
Ключевые слова: radicle, p2p
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (94) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, Генерал Кутепов (?), 00:05, 11/09/2024 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +2 +/
     
  • 1.3, Аноним (3), 00:17, 11/09/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    На Раст не написано ничего полезного, говорили они
     
     
  • 2.4, нах. (?), 00:44, 11/09/2024 [^] [^^] [^^^] [ответить]  
  • –4 +/
    так ведь все правильно говорили. Какая-то невменозная х-ня, поделка городских сумасшедших. Конечно же заменит гитляп и гитхап. Прям немедленно.

    Вот только допишут консольного клиента, и прям сразу. Под лин00ps и макось. Других-то систем у этих людей не бывает.

     
     
  • 3.5, Анон1296000 (?), 00:51, 11/09/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Первый раз слышу что на андроиде и ios кому-то нужна "платформа для разработки". Там у пользователей вроде немного иные юзкейсы.
     
     
  • 4.100, Олег (??), 21:17, 11/09/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А кто из разрабов не на маком?
    Ну так % бы примерный
    В моем окружении 70% маководы
     
     
  • 5.108, Anonysimus (?), 10:44, 13/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Мыло не роняйте
     
  • 3.13, Аноним (-), 02:15, 11/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А так то идея - прикольная Жаль что на хрусте мерзотном Чего им плюсы какие не... большой текст свёрнут, показать
     
     
  • 4.15, morphe (?), 04:51, 11/09/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > фетч crate'ов, чтоли, в таком стиле. По хэшу качаемого пакета, заодно и integrity check сразу, вот, встроенный - если знать хэш, ну и вот фиг его подделает какой MITM - даже если на ушах будет стоять.

    Потому и есть Cargo.lock
    В Cargo.toml примерно описано какие версии нужны, а в Cargo.lock описано всё полученное дерево зависимостей, с конкретными хешами для каждого пакета.

     
     
  • 5.20, Аноним (-), 08:45, 11/09/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Потому и есть Cargo.lock
    > В Cargo.toml примерно описано какие версии нужны, а в Cargo.lock описано всё полученное дерево зависимостей, с конкретными хешами для каждого пакета.

    Ты думаешь они вообще понимают как Cargo работает?
    Тут каждый второй не знает, что его можно локально развернуть и складывать туда только те крейты, которые тебе нравятся.
    Зато свое мнение о Расте выпячивает.

     
     
  • 6.45, Аноним (-), 10:48, 11/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Ты думаешь они вообще понимают как Cargo работает?
    > Тут каждый второй не знает, что его можно локально развернуть и складывать

    А пакеты оттуда - телепортируются из астрала? Или - таки - из 1 централизованой репы? Что так единая точка контроля, что сяк.

    > туда только те крейты, которые тебе нравятся.
    > Зато свое мнение о Расте выпячивает.

    "Некоммерческий" фаундейшн с советом директоров где 3 директора от amazon, google и ms - довольно лицемерно, я б сказал.

     
     
  • 7.52, Анонимусс (-), 11:58, 11/09/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А пакеты оттуда - телепортируются из астрала?

    Из любого гит репозитория. Или даже из сорцов, которые локально рядом лежат.
    Ты архивчики с кодом для других языков откуда качаешь? Из астрала? Вот оттуда и будешь сорцы для расткода качать.

    > довольно лицемерно, я б сказал.

    Загляни в совет директоров LF. Или в комитет gcc. Или в компашку, которая стандартизировали что си, что плюсы.
    Кто платит, тот и танцует.

     
     
  • 8.91, Аноним (91), 20:22, 11/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А на практике все равно будут качать из центральной репы Cargo вот и вся безопас... текст свёрнут, показать
     
     
  • 9.98, Анонимусс (-), 20:54, 11/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    И А на практике все качают пакеты, которые им заботливо собрал мейнтейнер их ди... текст свёрнут, показать
     
  • 9.103, morphe (?), 03:14, 12/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Репа централизованна, но по той же причине ты легко можешь заудитить что в ней л... текст свёрнут, показать
     
  • 7.111, Прохожий (??), 01:45, 15/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > "Некоммерческий" фаундейшн с советом директоров где 3 директора от amazon, google и ms - довольно лицемерно, я б сказал.

    И что здесь лицемерного? Организация существует не ради получения прибыли. Поэтому и называется некоммерческой. А входить туда может кто угодно при этом, даже представители коммерческих компаний.

    @GreatRussiaAndRussians

     
  • 5.44, Аноним (-), 10:47, 11/09/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Потому и есть Cargo.lock
    > В Cargo.toml примерно описано какие версии нужны, а в Cargo.lock описано всё
    > полученное дерево зависимостей, с конкретными хешами для каждого пакета.

    Угу ьжад, только это все махровейше централизовано на 1 репу, от "некоммерческого" фаундейшна управляемой google, ms и amazon. Такие вот некоммерческие директора от некоммерческих фирм в совете. И, конечно, они не мечтают вендорлокнуть всех.

     
     
  • 6.74, Аноним (-), 15:36, 11/09/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Угу ьжад, только это все махровейше централизовано на 1 репу, от "некоммерческого" фаундейшна управляемой google, ms и amazon. Такие вот некоммерческие директора от некоммерческих фирм в совете.

    Уууу как тебя корежит)

    У нас есть репа с кодом лежащим на git.kernel.org (ну еще зеркало на гитхабе, но мы же не будет корповскими поделками пользоваться).

    Управляемый людьми из Sony, Red Hat, Intel, Huawei, Qualcomm, Microsoft и тд.
    linuxfoundation.org/about/leadership

    В общем удаляй линукс и можешь идти на Хурд. Там точно рука корпа не прикасалась к этому чуду)

    > И, конечно, они не мечтают вендорлокнуть всех.

    Заговоры! Всюду заговоры!!


     
  • 2.23, Аноним (-), 08:55, 11/09/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > На Раст не написано ничего полезного, говорили они

    Просто бида-бида! И печалька.
    У Воинов-супротив-Раста остается все меньше, так сказать, "аргументов".
    Если раньше на расте релизили проекты всякие корпорации (гугл, амазон, клоудфаря), то теперь к ним присоединились какие-то подвальные какиры-борцы-с-системой *.

    *есть некислый шанс, что создатель какой-то джон из анб, но в интернетах никто не знает, что ты товарищмайор))

     

  • 1.8, Вы забыли заполнить поле Name (?), 01:42, 11/09/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Нужен аналог fossil для git
     
     
  • 2.17, Андрей (??), 07:31, 11/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Так сам гит же ?) А что - гит, как СКВ есть, вебинтерфейс есть, нет по сути только вещей вовсе с гитом не связанных, вроде issue, todo и пр. вещей, которыми выделяется fossil. C другой стороны fossil и правда крутая штука, не считая того, что подход по которому всё пихается в БД не удобен, ибо если тебе понадобилось что-то отличное от текущей версии файлов проекта, то выковыривать это из sql базы придётся всё тем же fossil, которого под рукой может не быть. С другой стороны не так часто люди ковыряются в .git ...
     
  • 2.28, нах. (?), 09:40, 11/09/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    trac (версии до 1.6) существует уже почти 20 лет. (и да, в нем есть гит-плагин) Единственная реальная проблема-  интеграция с email была и осталась г-но (почему-то авторы не умели в почту, а с irc как-то странно интегрироваться)

    правда, для code review понадобится еще и фабрикатор, но фоссил в этом плане тоже ниочинь.

     
  • 2.40, Анонус (?), 10:14, 11/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Нужен аналог сабжа для fossil
     

  • 1.12, Аноним (12), 02:13, 11/09/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Цензура, цензура, на шитхабе цензура, и чем вам патчи по имейлу не понравились?
     
  • 1.16, Аноним (16), 07:20, 11/09/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    По описанию похоже на нечто годное. Вот же, могут оказывается.
     
     
  • 2.92, Аноним (91), 20:23, 11/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Могут же делать хорошие описания!
     

  • 1.19, Vort (??), 08:33, 11/09/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Если Issues доступны для всех, то, получается, кто угодно может записать что угодно на чей угодно узел? Интересно, как авторы собираются защищать сеть от DoS/спама и нелегального контента.
     
     
  • 2.21, Аноним (-), 08:48, 11/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Если Issues доступны для всех, то, получается, кто угодно может записать что
    > угодно на чей угодно узел? Интересно, как авторы собираются защищать сеть
    > от DoS/спама и нелегального контента.

    А что мешает сейчас спамить всякой фигней?
    На гитлабе freedesktopʼа от такое сообщение
    "Due to an influx of spam, we have had to impose restrictions on new accounts. Please see this wiki page for instructions on how to get full permissions. Sorry for the inconvenience"
    gitlab.freedesktop.org/groups/freedesktop/-/issues

    Т.е ничего особо не поменяется

     
     
  • 3.22, Vort (??), 08:54, 11/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > А что мешает сейчас спамить всякой фигней?

    GitHub, к примеру, спамеров банит довольно быстро.
    Не остаётся ни учётки, ни сообщений.

     
     
  • 4.31, Аноним (-), 09:52, 11/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > GitHub, к примеру, спамеров банит довольно быстро.
    > Не остаётся ни учётки, ни сообщений.

    Значит тут автору придется расчехлить банхаммер и самому банить.
    Считай что это просто плата за то, что нет центра управления.
    Не думаю, что слишком большая.

     
     
  • 5.64, Аноним (64), 14:08, 11/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Считай что это просто плата за то, что нет центра управления.
    > Не думаю, что слишком большая.

    Но сабж построен поверх Git, и весь мусор - даже удаленный - будет оседать в Гит болбах, раздувая размер. И я не думаю, что они будут делать force pull для всех участников сети.

    И вишенкой на торте ты при следующем пуле можешь не ведая можешь вытянуть картиночку с CP, на радость товарищу майору, который заботливо ее туда подложил просто открыв и закрыв новый issue.

     
     
  • 6.80, Аноним (-), 16:36, 11/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > И я не думаю, что они будут делать force pull для всех участников сети.

    Может после первых набегов анонов и щитпостинга задумаются)
    Например дать такую возможность создателю репы.
    С другой стороны - тогда будет централизация.

    > И вишенкой на торте ты при следующем пуле можешь не ведая можешь вытянуть картиночку с CP, на радость товарищу майору, который заботливо ее туда подложил просто открыв и закрыв новый issue.

    Боюсь сначала будет просто спам issue, срач в коммнтах и кидание туда 💩 и прона.


     
     
  • 7.81, голос из леса (?), 16:50, 11/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Если пойдет в массы то появятся сервера / списки доверенных, спаммеров  и прочего.

    Типа хочешь ПР в мою репу прислать - зарегся там или там.

    Сложно здесь только раскрутить самого радикала.

     
     
  • 8.82, Аноним (-), 17:32, 11/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    То есть будет федерализация или, если не повезет, централизация ну когда будут... текст свёрнут, показать
     
  • 2.24, Аноним (24), 09:14, 11/09/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Это не баг, а фича. P2P нужен, чтобы всё хранилось у соседа, а не у тебя.

     
     
  • 3.66, Аноним (12), 14:25, 11/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    хорошо бы, что бы оно хранилось еще и в зашифрованном виде :)
     

  • 1.26, Аноним (26), 09:30, 11/09/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    жаль, нет код ревью и merge request-ов. ну и оно на раст, ко мне на сервак не попадёт никогда
     
     
  • 2.32, Соль земли (?), 09:55, 11/09/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    А что не так с растом? Очередной бестолковый вброс?
     
     
  • 3.34, Аноним (-), 09:58, 11/09/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Думаю приступы острой растофобии.

    Интересно на чем у сабжа серваки?
    В ядре линукс раст уже вроде как, сам Линус торопит.
    В фриБСД сначала обсуждали opennet.ru/60473-freebsd, а потом даже что-то пробовали opennet.ru/opennews/art.shtml?num=61456.

    Т.е винда, солярка или какая-то еще маргинальщина.

    ps надеюсь свой телефон с андроидом он уже выкинул

     
     
  • 4.63, Аноним (63), 13:43, 11/09/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 3.93, Аноним (91), 20:25, 11/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Много зависимостей тянет за собой. Засоряет систему ненужным и неконтролируемым содержимым.
     
     
  • 4.104, Соль земли (?), 09:33, 12/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Зависимость только от libc. Проверь через ldd. На выходе получается одиночный бинарник также, как в Golang. Даже компилятор Rust в хомяк ставится без root прав.
     

  • 1.30, Аноним (30), 09:45, 11/09/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    > Сборки подготовлены для Linux и macOS

    Шindoшs нет... Не взлетит

     
     
  • 2.58, Аноним (58), 12:06, 11/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вот именно там-то оно и может потенциально взлететь.
     

  • 1.35, Аноним (35), 10:05, 11/09/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Хороший выбор для разработки вещей вроде Defense Distributed, Metasploit и Tornado Cash.
     
     
  • 2.39, Майор (??), 10:14, 11/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Согласен: сразу видно, кто какой код выложил, и кто его качает.
     
     
  • 3.46, Аноним (35), 10:49, 11/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >возможность работы через анонимную сеть Tor
     

  • 1.36, Соль земли (?), 10:07, 11/09/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Отличный способ прокачать свободу распространения кода!
     
     
  • 2.94, Аноним (91), 20:29, 11/09/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    У Раста своя особая свободка: https://www.opennet.dev/opennews/art.shtml?num=58969
     
     
  • 3.105, Соль земли (?), 09:39, 12/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Как тебе товарный знак мешается? Тоже хотел на хайпе нажиться как-то?
     
  • 3.106, Аноним (-), 10:16, 12/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ого, ты даже умеешь в поиск Давай посмотрим аналогичную страничку, например L... большой текст свёрнут, показать
     

  • 1.37, Аноним (37), 10:10, 11/09/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Товарищи, предупреждаю вас об опасности.

    >создание децентрализованного сервиса

    Был один такой, BitMessage назывался. Имел eval-бэкдор от самого автора. Код просто почти никто не читал в том месте. А те, кто всё же удосужились прочитать **ВЕСЬ** код - те написали червя, и тогда о бэкдоре узнали все мамкины анонимусы ... когда было уже поздно. С Rust и его гигантским деревом зависимостей, внедрять же бэкдоры проще простого.

    Когда автора бэкдора, по совместительству главного разраба, ткнули в этот бекдор, он поблагодарил сообщество за найденную "уязвимость", и убрал тот бэкдор.

     
     
  • 2.68, Аноним (-), 14:31, 11/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > С Rust и его гигантским деревом зависимостей, внедрять же бэкдоры проще простого.

    Лол,
    давай не будут рассказывать про языки с "гигантским деревом зависимостей", те, которым в XZ бекдор внедрили, как 2 пальца.
    Ну и те у кого АНБшный бекдор 10 лет в ядре жил.

    Код открыт - можешь почитать и проверить.

     
     
  • 3.76, Аноним (76), 16:08, 11/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Полтора года готовились, при попытке внедрения спалились. И то лишь потому, что везде на zstd переходят, тарболлы, исторически, жмут gzip-ом, а на xz как-то подзабили.
    А вот Раст - это действительно какой-то джаваскрипт от мира компилируемых языков. На каждый чих и пук по пакетику.
    Про можешь прочитать - не надо. Код на Расте - это всё равно, что закрытый код. Очень мало спецов по языку, у которого до сих пор даже стандарта ещё нет. А вот Си знают все уважающие себя программисты.
     
     
  • 4.79, Аноним (79), 16:33, 11/09/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 4.112, Прохожий (??), 01:58, 15/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > до сих пор даже стандарта ещё нет

    Но это почему-то не мешает разработчикам gcc писать свой компилятор. Интересно, почему?

    > На каждый чих и пук по пакетику

    У тебя NIH-синдром обострился? Или ты любитель изобретать велосипеды, а не пользоваться готовым кодом?

     

  • 1.38, Аноним (64), 10:12, 11/09/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > Radicle is an open source, peer-to-peer code collaboration stack built on Git. Unlike centralized code hosting platforms, there is no single entity controlling the network. Repositories are replicated across peers in a decentralized manner, and users are in full control of their data and workflow.

    Господи, ну что за фантастическая чушь?

    Когда же наконец горе-разрабам дойдет, что Git - распределенная система by design. Этот тип систем даже называется "Distributed version control". Distributed, Карл!

    В них в принципе нет и быть не может никакого "centralized code hosting", "единой точки отказа" или "главного репозитоия", которые были в системах типа SVN.

     
     
  • 2.50, Анонимусс (-), 11:53, 11/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Git - распределенная система by design.

    Мдэ... До тебя не доходит, что в гит распределен только код и история его изменений?
    А все взаимодействие с ним - PR, review, issue, патчи - нет.

    И вот это все обычно прибито к конкретной платформе - github, gitlab, ... тыщщи их.
    Они и являются единой точкой отказа. Потому что от самого кода толку мало.
    Сабж пытается решить эту проблему. Насколько успешно - посмотрим.

     
  • 2.51, Аноним (12), 11:55, 11/09/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Этот тип систем даже называется "Distributed

    распределенные системы всегда имели централизованную мета ноду. А гит никоим боком не распределенная и вовсе не децентрализованная система.

     
     
  • 3.59, Аноним (59), 12:19, 11/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Можешь раскрыть мысль о "централизированной ноде" и том, как распределенная мсистема может быть нераспределенной?
     
     
  • 4.61, Аноним (12), 12:58, 11/09/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    мета нода (индекс, называйте как хотите), мета-инфа о распределимых частях где-то должна храниться.
     
     
  • 5.62, Аноним (59), 13:18, 11/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >  мета-инфа о распределимых частях где-то должна храниться.

    Ты уже сам это выдумал, и сам же недоумеваешь от того, почему это распределенные VCS называют распределенными.

     
     
  • 6.65, Аноним (12), 14:08, 11/09/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > почему это распределенные VCS называют распределенными

    Ну давайте начнем с элементарных вопросов:

    1) какие объекты распределяются в "распределенных VCS"?
    2) цель этого распределения?

     
     
  • 7.69, Аноним (59), 14:50, 11/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну давайте начнем с элементарных вопросов:

    Чел, если у тебя есть вопросы, то начинать нужно с того, чтобы ознакомиться с концепциями DVCS, а не со срыва покровов. Тогда ты поймешь почему все в мире (кроме тебя уникума) зовут их распределенными.

     
     
  • 8.71, Аноним (12), 15:28, 11/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    когда делается git clone или fetch, репозиторий скачивается с разных нод сервер... текст свёрнут, показать
     
  • 6.67, Аноним (12), 14:30, 11/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    подкорректирую 1-й вопрос:

    1) какой объект является "единицей" (unity) распределения в "распределенных VCS"?

     
     
  • 7.97, Аноним (97), 20:51, 11/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Все патчи.
    Кочуют с ветки на ветку с сервера на сервер.
     
     
  • 8.99, Аноним (12), 21:03, 11/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    то есть проект в целом, так Патч1 на сервере1, патч2 на сервере2 такого нет, та... текст свёрнут, показать
     
  • 2.57, Анонус (?), 12:05, 11/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Попробуй еще раз внимательно прочитать вот это и тщательно обдумай
    >peer-to-peer code collaboration stack built on Git
     
     
  • 3.95, Аноним (91), 20:32, 11/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >Они сделали распределенным то что уже и так было распределенным. Но главное, что привинтили сбоку Раст.
     

  • 1.41, Аноним (37), 10:16, 11/09/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >https://app.radicle.xyz/nodes/seed.radicle.xyz/rad:z3gqcJUoA1n9HaHKufZs5FCSGaz

    Не работает без JavaScript - ффтопку.

     
  • 1.47, myster (ok), 11:11, 11/09/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Супер идея. И можно подобрать юз-кейсы, когда это было удобно и нужно.

    Но, если мы заменим, например, публичный GitHub такой системой, то большая часть его репозиториев была бы уже недоступна, т.к. авторам не до них, а GitHub это будет терпиливо хостить дясителетиями.

    Как собственно и сайты в интернете - вы находите интересный сайт, завтра хозяин не оплатил хостинг и забил и сайт исчез навсегда.
    Я не сторонник централизованных сервисов, но как раз они решают задачу доступности.

     
     
  • 2.48, Аноним (64), 11:29, 11/09/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Супер идея. И можно подобрать юз-кейсы, когда это было удобно и нужно.

    Конечно. Вот для товарища майора, например, было бы удобно и нужно.

    Вот перекатывается условный Linux на это поделие. И вот предприимчивый товарищ мойор открывает новый issue с фоточкой CP, и тут же его закрывает. Т.к. система построена поверх Git, а сервера нет, фоточка автоматически оседает блобом в Гите.

    А на следующий день сотня разработчиков ядра, ни о чем не ведая, подтягивают свежую версию репы с той самой фоточкой. Дальше товарищ майор получает повышение за накрытие крупнейшей сети хранителей и распространителей CP (фото главаря - заломаного силовиками Линуса Торвальдса - прилагается).

     
     
  • 3.49, myster (ok), 11:46, 11/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > А на следующий день сотня разработчиков ядра, ни о чем не ведая,
    > подтягивают свежую версию репы с той самой фоточкой.

    Да, но тут отличий от централизованного репозитория не будет. Я приведу другой пример, реальный и повседневный. Разработчики часто пароли суют в код, и это подтягивают все их коллеги. Блобы тоже в виде ключей и сертификатов часто в код могут класть.  
    Есть инструменты, которые их удаляют из репозитория, чтобы они окончательно удалились переписывается Git история и всем участникам придется сделать pull --force, чтобы переписалась история и у них.


     
     
  • 4.56, Аноним (64), 12:04, 11/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Да, но тут отличий от централизованного репозитория не будет.

    Будет, потому что изменения в коде проходят ревью, прежде чем быть залитыми в репу. А тут любой открытый issue заливается автоматически.

    > Разработчики часто пароли суют в код, и это подтягивают все их коллеги. Блобы тоже в виде ключей и сертификатов часто в код могут класть.  

    Это сугубо проблема бардака в разработке в виде отсутствия ревью кода.

     
     
  • 5.60, myster (ok), 12:54, 11/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > А тут любой открытый issue заливается автоматически.

    Прочитал описание протокола https://radicle.xyz/guides/protocol

    Если там действительно на уровне протокола будут скачиваться все issues, code reviews и discussions в локальную папку .git, то это плохо в первую очередь, потому что это раздувает размер директории. Код там будет занимать самую меньшую часть.
    Но там также сказано, что это всё настраивается, можно будет отключить закачку всего кроме кода, надеюсь так и будет по умолчанию.

    > Будет, потому что изменения в коде проходят ревью, прежде чем быть залитыми в репу.

    Если посмотреть список веток во многих проектах в основном репозитории, там полно всегда всяких левых веток, ествесственно ревью они не проходили, просто у того кто залил, были права запушить.  Ревью обычно настроено только на определенные ветки.

    > Это сугубо проблема бардака в разработке в виде отсутствия ревью кода.

    ревью может быть, но это не гарантирует что ты не скачаешь ветку коллеги, для которой ревью не требуется

     
     
  • 6.87, Недурак (?), 18:00, 11/09/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > в локальную папку .git, то

    Это откроет такую дырень, что всеми *rustами мира не заткнешь. Суём симлинк на ../../something/wicked/this/way/comes.sh в .git/../.git/hooks/./././ на сервере и дожидаемся клона, резолва, установки и вызова хука.

     
     
  • 7.90, myster (ok), 18:25, 11/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    В GitLab буквально такого уязвимости и находят каждый месяц. И там даже нет таких фич, как закачка issues локально.
    Недавно даже веб-морда основного сайта gitlab.com лежала несколько часов, то есть сломали даже не self-hosted, а их самих.
     

  • 1.70, Аноним (70), 14:59, 11/09/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Выпуск децентрализованной платформы
    >ссылки на github

    если оно децентрализованное и релизнулось, то почему не отдавать свой код внутри себя же?

     
     
  • 2.73, Знатный аноним (?), 15:31, 11/09/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Инструкции по распаковки архива находятся внутри архива.
     
  • 2.75, Аноним (12), 15:38, 11/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    а где взять список сидеров?
     

  • 1.72, YetAnotherOnanym (ok), 15:28, 11/09/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > создание децентрализованного сервиса совместной разработки и хранения кода <...> работающего с использованием ресурсов участников P2P-сети

    Стартап, не требующий вложений, потому что всё необходимое изначально берётся у потребителей. Ну чо, хорошо придумано.

     
  • 1.77, Аноним (76), 16:24, 11/09/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > Rust + Node.js

    На нормальных языках, распространенных за пределами корпоративных заборов, нельзя было написать? И вообще, Rustовщичество - грех.

    > MIT

    Ага, и лицензия антинародная. Всё в традициях Rustовщиков.

    > не подверженного цензуре и работающего с использованием ресурсов участников P2P-сети

    И как это понимать? Я не смогу удалить чужой код со своей машины и выйти из сети? А если могу, то где ж оно тогда "без цензуры"?

     
     
  • 2.78, Аноним (-), 16:32, 11/09/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А какой язык не под корпами Оберон Просто смотришь кто сидит в коммитете - а т... большой текст свёрнут, показать
     
     
  • 3.83, Недурак (?), 17:41, 11/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > А какой язык не под корпами? Оберон?

    Ну на Си, например, половина СПО написана. Вторая половина линкуется с этим кодом. Невозможно называться программистом и не знать этого языка.

    > Книги по Расту когда сжигать будете?

    Когда стандарт напишут, тогда и будем сжигать. Полагаю, не раньше, чем с неба хлынет кровавый дождь.

    > Самая народная и свободная.

    Это, как раз, про GPL. А ваша лицензия защищает лишь вашу "свободу" оставаться рабами. Взамен лишая всех других, настоящих свобод.

    > Если какой-то ты, код удалит - то он останется у всех участников.

    А если удалят участники? Или большинство тех, кто не за натами, из меньшинства тех, кто этим вообще пользуется? Ты что торрентами никогда в жизни не пользовался?! Там вообще больше года ничего не живёт без сид-боксов.
    В любом случае, коллективная цензура - это тоже цензура. Не нужно бояться этого слова. Нужно бояться безответственности цензоров. Всегда найдётся дурак, который и безответственность тоже примет за свободу.

     
     
  • 4.85, Аноним (85), 17:57, 11/09/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А если с гитхаба какой-то васянопроект удалит его создатель, а у всех трех его с... большой текст свёрнут, показать
     
  • 4.89, Фнон (-), 18:23, 11/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну на Си, например, половина СПО написана. Вторая половина линкуется с этим кодом. Невозможно называться программистом и не знать этого языка.

    А какое отношение это имеет к первоначальному отверждению "язык под корпами"
    "> На нормальных языках, распространенных за пределами корпоративных заборов, нельзя было  написать? "

    Можно просто открыть сайт и посмотреть, кто сидит в коммитете СИ
    isocpp.org/std/the-committee
    Microsoft, Edison Design Group, Google, IBM...

    > Это, как раз, про GPL. А ваша лицензия защищает лишь вашу "свободу" оставаться рабами. Взамен лишая всех других, настоящих свобод.

    Не, ты наверное даже манифест ГНУ не читал.
    ЖПЛ создана для того, чтобы превратить программиста в раба пользователей-потребялдей.
    Чего стоят предложения ограничить з/п программистам, отправить их в услужение гос.министерству и наказывать тех кто не вступил в секту.

     
     
  • 5.110, Аноним (110), 22:58, 13/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > "язык под корпами"

    Сам придумал. Изначально противопоставлялась известность языков среди хакеров известности среди корпоративных слуг.

    > кто сидит в коммитете СИ
    > Microsoft, Edison Design Group, Google, IBM...

    Пусть сидит, мне не мешает. Главное, что за забор не высовываются.

    > ЖПЛ создана для того

    Глупости. Текст лицензии почитай.


     

  • 1.96, Аноним (91), 20:39, 11/09/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Норм идея, хотя и далеко не новая. Осталось только на C++ переписать и тогда у проекта может быть будущее.
     
     
  • 2.113, Прохожий (??), 02:12, 15/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >  и тогда у проекта может быть будущее.

    Насыщенное десятками лет неисправляемых CVE по причине некорректной работы с памятью. Да?

     

  • 1.101, Аноним (101), 21:52, 11/09/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    curl -sSf https://radicle.xyz/install | sh

    Это все что нужно знать о растовиках.

     
     
  • 2.107, freecoder (ok), 20:39, 12/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А в чём проблема? То есть, когда архивчик с сайта качаешь и запускаешь распакованный - это норм, а скрипт чем хуже?
     
     
  • 3.109, Аноним (109), 13:32, 13/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    а вот скачанный архивчик (в принципе и шелл скрипт) перед запуском можно и на вирустотал проветить, притензия тут не к тому, что именно запускаем (в каком формате), а к тому, что без проверки запускаем что-либо из непроверенного источника. За это

    curl -sSf https://radicle.xyz/install | sh

    надо бить головой об стену, ибо должно быть так:

    1) curl -sSf https://radicle.xyz/install
    2) check install.sh (на вирусы, на хеш и т.д. можно открыть и глазами проверть)
    3) ./install (запустить, и то в тестовой среде)

    Нормальный продукт, всегда имеет демо инсталляцую (демо сервер и т.д.) для демонстрации и ничего у себя запускать не требуется.

     
     
  • 4.114, Прохожий (??), 02:16, 15/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > должно быть так

    Лично тебе кто так запрещает делать, как ты написал?

    > ничего у себя запускать не требуется

    Открой для себя мир виртуальных машин.

     

  • 1.102, Аноним (101), 21:55, 11/09/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    С git-lfs это нечто работает? Или как всегда?
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру