The OpenNET Project / Index page

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

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

07.12.2020 08:55

Представлен первый бета выпуск P2P-платформы Radicle и связанного с ней десктоп-клиента Radicle Upstream. Проект нацелен на создание децентрализованного сервиса совместной разработки и хранения кода, похожего на GitHub и GitLab, но не привязанного к конкретным серверам, не подверженного цензуре и работающего с использование ресурсов участников P2P-сети. Код прокси для работы узла написан на языке Rust, в графический клиент на TypeScript, Svelte и Electron. Наработки проекта распространяются под лицензией GPLv3. Сборки подготовлены для Linux (AppImage) и macOS.

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

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

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

Разработка ведётся в стиле "базара" - вместо поддержания канонического эталонного представления (master) в Radicle присутствует несколько параллельных веток (upstream) со своими сопровождающими и участниками, которые обмениваются между собой патчами. Вместо привязки к внешнему эталонному репозиторию, в Radicle работа отталкивается от монорепозитория на локальной машине каждого разработчика, в который можно извлекать изменения из репозиториев отслеживаемых участников и передавать свои изменения в репозитории отслеживающих участников.

Концептуально, проект становится совокупностью представлений кода на системах всех участников разработки. На практике организуется иерархия доставки изменений на основе цепочки доверия - для получения изменений в свою локальную копию репозитория разработчик добавляет других разработчиков в качестве источников (remotes), что автоматически формирует подписку на появляющиеся в их репозиториях новые коммиты. Все изменения в P2P-сети заверяются цифровой подписью и могут быть верифицированы другими участниками.

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



  1. Главная ссылка к новости (https://twitter.com/radicle/st...)
  2. OpenNews: Выпуск системы совместной разработки Gogs 0.12
  3. OpenNews: В платформе совместной разработки SourceHut появился хаб проектов
  4. OpenNews: Фонд СПО планирует запустить новую платформу совместной разработки и хостинга кода
  5. OpenNews: Выпуск платформы совместной разработки OneDev 3.0
  6. OpenNews: Началась разработка GitPub, протокола для децентрализованных Git-сервисов
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/54207-radicle
Ключевые слова: radicle
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (123) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 10:23, 07/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Кто уже успел использоваться, напишите пожалуйста про быстродействие.
     
     
  • 2.13, trdm (ok), 12:04, 07/12/2020 [^] [^^] [^^^] [ответить]  
  • +10 +/
    > Кто уже успел использоваться, напишите пожалуйста про быстродействие.

    инструменты: TypeScript, Svelte и Electron
    Быстродействие зависит от того, на сколько больше чем 8 Гб. у тебя оперативки....

     
     
  • 3.35, Аноним (35), 13:31, 07/12/2020 [^] [^^] [^^^] [ответить]  
  • –18 +/
    >инструменты: TypeScript, Svelte и Electron

    А что ты против них имеешь? Вообще-то это уже софт космического уровня надежности - управление на Масковском Dragon, который, вообще-то, людей на МКС возит, на нем сделан.

    Почитай для общего развития: https://habr.com/ru/company/dcmiran/blog/530446/

    Electron и JS - это давно уже mission-critical вещи. В том числе там где от этого зависят жизни.

     
     
  • 4.45, Вася (??), 14:00, 07/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    дебилизм американских технологий известен давно, так что можете лишний раз не рекламировать (дело в том что им приходится использовать то что получило развитие благодаря свободному рынку, т.е. толпе, а толпа не очень хорошо разбирается в технологиях и проектрировании)
     
     
  • 5.52, flkghdfgklh (?), 15:07, 07/12/2020 [^] [^^] [^^^] [ответить]  
  • +11 +/
    Чувак. Ты сидишь в американской сети, твой комп разработан американскими фирмами полностью и твоя ОС написана американскими фирмами. И при этом ты рассказываешь о тупости американцев и своем вяличае. Тебе не смешно самому?
     
     
  • 6.69, КО (?), 17:25, 07/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Сеть проcрали стандартами, все ОС в гyмно скатываются. А сами компы ты это не бзды - это всё Китай.
     
     
  • 7.131, flkghdfgklh (?), 21:56, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Сеть проcрали стандартами, все ОС в гyмно скатываются. А сами компы ты
    > это не бзды - это всё Китай.

    Все железо разработано американскими фирмами, а где произведено не важно. Инженеры-то американские были.

     
  • 6.92, Аноним (92), 20:19, 07/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Справедливости ради, про вяличае он ни слова не сказал. Но вашу точку зрения поддерживаю.
     
  • 6.102, Dima1 (?), 01:15, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    И как то ты всё мимо попал
     
  • 6.128, злой (?), 20:31, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    чел. сеть, ос, компы и вот это всё придумывалось одними людьми, а тайпскрипты, электроные и прочее - другими. Улавливаешь?
     
     
  • 7.130, flkghdfgklh (?), 21:55, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ты ненавидишь все американское. Да и люди зачастую там те же. Это как с ненавистниками Wayland'а которые не знают, что его пилят те же, кто раньше пилили Xorg :-D
     
  • 4.47, Аноним84701 (ok), 14:41, 07/12/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    А если читать чуть дальше заголовка ... большой текст свёрнут, показать
     
     
  • 5.132, Аноним (132), 13:47, 11/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Понятное дело, что ПО контролирующее полёт ракеты не пишут на джаваскрипте и хроме. Хромого невозможно отдебажить чтобы иметь хоть какие-то существенные гарантии что ничто не навернётся.
    И физические кнопки это вполне нормальное явление. Это даже не вопрос надёжности джаваскрипта или чего-то ещё, это вопрос дубликации всего чего только можно. С учетом цены ракеты и космонавтов, я бы мозаиками из этих кнопок стены бы обклеивал.
    Тем не менее, не смотря на то, что я электрон на дух не переношу и мне сложно это признавать, но это круто.
     
  • 4.55, Аноним (55), 15:46, 07/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Вообще-то это уже софт космического уровня надежности - управление на Масковском Dragon

    То-то они 3 компа параллельно запускают с этим софтом...

     
  • 4.73, trdm (ok), 18:01, 07/12/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >>инструменты: TypeScript, Svelte и Electron
    > А что ты против них имеешь?

    ничего. просто тормозной хлам и все. выкинул и забыл.

     
  • 4.129, злой (?), 20:33, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Электрон - говно из жопы собаки, жрущее кучу памяти, и созданное чобы удешевить разработку, так как js-разработчики меньше стоят, чем другие. А теперь рви жопу и доказывай обратное.
     

  • 1.2, nomad__ (ok), 10:26, 07/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Интересненько... Пользовался кто-нибудь?
     
  • 1.3, Аноним (3), 10:35, 07/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Звучит излишне сложно, не взлетит. Но, в принципе, исключительно для _совместной разработки_ двух или около того кодеров было бы интересно попробовать. Сайт клепали какие-то содомиты.
     
  • 1.5, Аноним (5), 10:57, 07/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +13 +/
    >Код прокси для работы узла написан на языке Rust, в графический клиент на TypeScript, Svelte и Electron

    Теперь будет истерика

     
     
  • 2.6, Аноним (6), 11:04, 07/12/2020 [^] [^^] [^^^] [ответить]  
  • –5 +/
    На сях надо было им писать.
     
     
  • 3.8, uis (ok), 11:14, 07/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Только после обкатки технологии. Пока рано.

    Пусть накопятся всее косяки в архитектуре и со знанием их уже и будет нормальная реализация, не тянущая гигабайты, сама не занимающая столько и работающая быстро.
    Или что-то типа плагина для git'а.

     
  • 3.9, leibniz (ok), 11:18, 07/12/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > На сях надо было им писать

    Один товарищ здесь с Вами не согласится вот прям 100%

     
  • 3.10, Аноним (10), 11:31, 07/12/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Лучшие си это плюсы.
     
     
  • 4.11, MasterSlave (?), 11:35, 07/12/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    не соглашусь
     
  • 4.41, Анонимъ (?), 13:49, 07/12/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Хуже си только плюсы.
     
  • 4.94, Аноним (94), 22:02, 07/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Соглашусь.
     
  • 3.34, Аноним (34), 13:26, 07/12/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Код изначально "на выброс" пофиг на чём писать.
     
  • 3.56, Enamel (ok), 16:02, 07/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Новый проект нет смысла начинать писать на сях.
     
  • 2.24, Аноним (24), 12:49, 07/12/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Подожду, пока подобную технологию добаваят в GNUnet. Тогда будет норм, без Растов и Электронов.
     
     
  • 3.36, имя (ok), 13:36, 07/12/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Подожду, пока подобную технологию добаваят в GNUnet. Тогда будет норм, без Растов
    > и Электронов.

    …на Guile.

     
     
  • 4.104, Аноним (104), 07:33, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Почему бы и нет? Одобренный мэтром СПО язык.
     
  • 3.57, Enamel (ok), 16:04, 07/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Электрон ладно, то еще гуано. Но Раст-то чем не угодил? Он по скорости на уровне C или C++.
     
     
  • 4.74, Аноним (34), 18:16, 07/12/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Во-первых - медленнее, уже на что пыжились разоблачая zero-overhead в плюсах, но по сравнению с рустом это кажется мелочными придирками.
    Во-вторых - одной "сравнимой скорости" мало. Пока в сообществе преобладают ведущиеся на хайп кодомакаки, которые думают, что использование "правильного" языка им автоматически пересадит руки из жопы на плечи - трижды подумаешь прежде чем связываться.
    В-третьих, учитывая то, что основную команду разработчиков выперли на мороз, после того как они за десять(!) лет не смогли родить ничего практически полезного в плане решения поставленной задачи - вызывает сомнения в перспективах руста как языка.
     
     
  • 5.77, Аноним (77), 18:32, 07/12/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Как же не смогли?
    Часть firefox работает на rust.
    А выкинули на мороз потому что из-за доходов нехватило на зарплату менеджерам https://pbs.twimg.com/media/EOWjE6PU0AAddTu?format=jpg&name=small
    Надо же было на чем-то экономить.
     
     
  • 6.82, Аноним (34), 19:05, 07/12/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Часть firefox работает на rust.

    Говорят, в одном из офисов гугла есть веб-страничка на похапэ, через которую они пиццу заказывают. Значит ли это что в гугле всерьёз полагаются на похапе в своей работе?

     
     
  • 7.87, Enamel (ok), 19:46, 07/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Некорректное сравнение, там много важных частей на Расте. Например, движок CSS и WebRender
     
     
  • 8.89, Аноним (34), 20:10, 07/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну да, ну да, как же, quantum Ради него просpали наработанный массив дополнений... текст свёрнут, показать
     
     
  • 9.99, Enamel (ok), 23:40, 07/12/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Не ради него У них был явный выбор или жесткие тормоза, уязвимые небезопасные,... большой текст свёрнут, показать
     
  • 9.120, Аноним (77), 15:17, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    с xul нельзя было сделать много процессовую архитектуру От него пришлось отказа... текст свёрнут, показать
     
  • 7.96, Аноним (94), 22:03, 07/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    впараше и говнокнига написаны на php.
     
     
  • 8.100, Enamel (ok), 23:42, 07/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    не, у них не чистый пхп, а альтернативная реализация... текст свёрнут, показать
     
  • 8.136, Аноним (-), 18:39, 14/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Нет Но даже это их не спасает конечно же... текст свёрнут, показать
     
  • 5.86, Enamel (ok), 19:42, 07/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ой, все эти оптимизации - вилами по воде Например, у меня были случаи, когда од... большой текст свёрнут, показать
     
  • 2.33, Аноним (34), 13:25, 07/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не теперь, а через пару месяцев ...у разработчиков. Когда они обнаружат, что их велосипед нах никому не нужен, несмотря на то что он на русте.
     

  • 1.7, uis (ok), 11:10, 07/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    P2P git... Хорошая, годная идея. Гит на торентах)))
     
  • 1.12, Аноним (12), 11:51, 07/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Анархическая платформа?
     
     
  • 2.28, Gogi (??), 12:58, 07/12/2020 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Намного проще: куда девать энергию rast'аманам, чьи поделия никому не нужны? А давайте запилим очередное "ненужно" на каком-нибудь "ненужно"!
     
     
  • 3.60, Аноним (60), 16:24, 07/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Самп понял, что за чушь ты сейчас написал?
     
  • 3.83, Аноним (34), 19:08, 07/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Чем бы дитя не тешилось, лишь бы не руками и в публичном месте.
     

  • 1.14, anonymous (??), 12:04, 07/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Судя по описанию, оно через p2p всего лишь шарит git. Интереснее было бы, если бы прям в p2p storage хранились коммиты. Например во freenet или в gnunet. freenet с его доступом по ключу на первый взгляд кажется весьма подходящим инструментом.
     
     
  • 2.20, Аноним (20), 12:26, 07/12/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Гит сам и есть распределённое хранилище. Ты предлагаешь на ровном месте получить проблемы при интеграции с инструментами для гита без какой-либо выгоды от использования IPFS вместо гита.
     
  • 2.21, username (??), 12:36, 07/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А зачем? Гит и так самодостаточный. Ему только ремоут сделать через p2p
     
     
  • 3.78, anonymous (??), 18:35, 07/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > А зачем? Гит и так самодостаточный. Ему только ремоут сделать через p2p

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

     
  • 2.40, YetAnotherOnanym (ok), 13:47, 07/12/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Это и есть p2p storage с git-бэкендом.
     

  • 1.16, Аноним (16), 12:09, 07/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Код прокси для работы узла написан на языке Rust, в графический клиент на TypeScript, Svelte и Electron.

    это плохо

     
     
  • 2.107, Аноним (104), 07:41, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Это просто такой стёб, наверное. Первоапрельский проект.
     

  • 1.18, Аноним (18), 12:15, 07/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    > на языке Rust, в графический клиент на TypeScript, Svelte и Electron

    пошёл мыть глаза с мылом. где тег "жесть"?

     
     
  • 2.63, Аноним (77), 17:04, 07/12/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Вот вот. Вместо того чтобы написать на нормальном языке программирования таком как Си, со слабой типизацией, без строк, без автоматического управления памятью, они пишут на смузихлебном rust
    Что еще взять от необразованных недопрограммистов?
     
     
  • 3.76, Аноним (34), 18:31, 07/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    git написан на том самом си: "со слабой типизацией, без строк, без автоматического управления памятью", что не помешало ему закопать всех остальных конкурентов в своей нише, в том числе тех, которые были написаны на языках, где всё перечисленное было: hg, bzr.

    Люди способные придумать действительно революционный в своём классе софт, как правило владеют сишечкой и/или плюсами. А вот смузихлёбы в силу умственных способностей не могут ни того ни другого, поэтому хотя бы свою криворукость и пытаются компенсировать рустом.

     

  • 1.23, Gogi (??), 12:43, 07/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Неудачный выбор языков прям так и говорит: можете выбросить ВООБЩЕ ВСЁ без сожаления!
     
     
  • 2.51, Аноним (77), 15:03, 07/12/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Почему неудачный?
    Вы всегда можете написать лучше
     
     
  • 3.79, Аноним (34), 18:39, 07/12/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    С чего вы взяли, что это вообще надо писать? В новости начисто отсутствует раздел "RATIONALE", в которой описана проблема, которую пытаются решить, обзор более ранних попыток её решения, и почему /именно их/ новый велосипед её успешно решает.
     
     
  • 4.119, Аноним (77), 15:15, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    потому что это само собой очевидно.
    чтобы не забанили за просто так по желанию левой пятки правообладателя на какую-то ерунду, о которой разработчик знать не знал и к которой разрабатываемая программа не имеет отношения.
     

  • 1.25, Gogi (??), 12:49, 07/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Мне одному кажется, что "единая точка отказа, компания может закрыться или изменить условия работы" - вот это вот всё решается простым бэкапом всех реп на локальный диск??
     
     
  • 2.46, vdb (?), 14:04, 07/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вас трое. Проект — это не только исходники, но и багтрекер, и вики, и вебсайт, так что бекапить нужно не только репу с кодом. И если в случае с гитлабом код сервера открыт и можно поднять свой сервер, то в случае с гитхабом ты в пролёте. (Хотя хз, возможно, в гитлабе есть средства миграции с гитхаба.)
     
     
  • 3.48, Аноним (16), 14:52, 07/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    багтрекер и пулреквесты заблокированного на гитхабе youtube-dl восстановили? или таки пришлось обнулить?
     
     
  • 4.91, a (??), 20:17, 07/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    а если репа в закрытом корпоративном аккаунте?
     
     
  • 5.118, Аноним (77), 15:10, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    гитхаб имеет право такое проверять и закрывать
     
  • 3.53, Аноним (53), 15:35, 07/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Так здесь нет ни первого ни второго ни третьего.
     
     
  • 4.75, vdb (?), 18:24, 07/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Если посмотришь на скриншот в новости, увидишь таб "Issues", так что багтрекер там есть. Про остальное не знаю.
     
  • 3.71, Аноним (71), 17:58, 07/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >в случае с гитхабом ты в пролёте

    Есть куча инструментов для экспорта данных с гитхаба. Так что да, когда пилишь штуки типа youtube-dl, важно делать бэкапы.

     

  • 1.26, Gogi (??), 12:56, 07/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Кстати, ровно в это же время программерская среда страдает от отсутствия нормальных, бесплатных средств совместной разработки - хранение кода, реестр ошибок, документация, сообщения и т.п. ГДЕ ЭТО ВСЁ? Доколе можно пилить все эти блокчейны, когда на носу висит конкретная проблема?
     
     
  • 2.49, Аноним (16), 14:55, 07/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    в зеронете есть аналог гитхаба http://127.0.0.1/1GitLiXB6t5r8vuU2zC6a8GYj9ME6HMQ4t/
    если зеронет не установлен, то можно глянуть через прокси https://zeronet.now.im/1GitLiXB6t5r8vuU2zC6a8GYj9ME6HMQ4t/
     
  • 2.50, Аноним (77), 14:59, 07/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >бесплатных средств совместной разработки - хранение кода, реестр ошибок, документация, сообщения и т.п. ГДЕ ЭТО ВСЁ

    github и gitlab

     
  • 2.85, Аноним (34), 19:32, 07/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Всё упирается в человеческий фактор, если разраб раздолбай - он точно так же не... большой текст свёрнут, показать
     

  • 1.29, Anonymus (?), 12:59, 07/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    >Вместо привязки к внешнему эталонному репозиторию, в Radicle работа отталкивается от монорепозитория на локальной машине каждого разработчика, в который можно извлекать изменения из репозиториев отслеживаемых участников и передавать свои изменения в репозитории отслеживающих участников.

    Они переизобрели mercurial? Серьёзно?

     
     
  • 2.95, Аноним (95), 22:03, 07/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Раз они используют раст, могли бы взять как раз тот же mercurial, который на раст тоже переходит.
     
     
  • 3.108, Ordu (ok), 08:02, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Раз они используют раст, они могли бы взять pijul[1], но решили-таки взять git. Лошки.

    [1] https://pijul.org/

     
     
  • 4.124, Аноним (124), 23:39, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Вы-то сами свой пихуль используете? Без GUI-инструментов, интегрированных в файл-менеджер ни одна система контроля версий не нужна.

    Кстати, у них заявлена возможность подключить любую систему контроля версий, включая pijul (да, они о нём знают), просто они предпочитают сначала допилить и отладить бэкэнд для гита.

     
     
  • 5.125, Ordu (ok), 02:27, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Нет Глупости Зачем системе контроля версий gui инструменты Я пользую magit с ... большой текст свёрнут, показать
     
     
  • 6.133, Аноним (133), 11:46, 13/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >Зачем системе контроля версий gui инструменты?

    Затем что без них придётся только и делать, что копипастить хеши. Кстати, без GUI-консоли вы их и копипастить не сможете, придётся ручками набивать.


    > gitk

    Такое глючное говно, которое

    1 постоянно падает на некоторых проектах;
    2 не умеет в копирование. Первый раз копирование в буффер удаётся, последующие - нет;

    а пофиксить некому. И это один из лучщих GUI-клиентов для линукс. Дя винды TortoiseGit вне конкуренции, но на линукс её хрен портируешь, жаром что на Qt написана.

    >А файл-манагер? Зачем он нужен вообще при работе с версиями? В смысле, чтобы видеть файлики в виде иконок, а не имён?

    Чтобы наглядно видеть, какие файлы и папки изменились, и парой кликов вызывать дифф для них.

     
     
  • 7.134, Ordu (ok), 12:13, 13/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, я делаю много других вещей Вообще хеши копипастить приходится, когда что-т... большой текст свёрнут, показать
     

  • 1.30, Аноним (30), 13:11, 07/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Идея гипертекстового векторного фидонета не дает людям покоя.
     
  • 1.31, Аноним (34), 13:12, 07/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Еще одной статьей его дохода стала сдача в аренду целого лабиринта старых сараев и подвалов за баром.
    > Обычно их весьма ненадолго снимали полные энтузиазма производители всяких занятных штук, например такие, которые верили, что мир очень, очень нуждается в надувных досках для дартса. (ц)
     
  • 1.32, Аноним (34), 13:23, 07/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Успех или неудача /любого/ проекта определяется тем, решает ли он какую-то насущную потребность или нет, а не тем, на правильном ли языке он написан. Уже потом идёт подбор инструмента под задачу, и остальные факторы. Рустоё6ы, как частный случай фанатиков любого ЕдинственноПравильногоЯзыка™ этого в упор не понимают.
     
     
  • 2.39, Аноним (39), 13:44, 07/12/2020 [^] [^^] [^^^] [ответить]  
  • +6 +/
    И ты не видишь в своих словах противоречия? Вот кто истинный фанатик!
     
  • 2.58, Enamel (ok), 16:11, 07/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Рустоё6ы этого в упор не понимают

    А местные сиёбы это понимают, да?
    Раст объективно уместен везде, где есть сеть и бэкенд, которому нужно действительно хорошо работать. Удобная асинхронность (async/await с участием Tokio) для сетевых проектов этому лишь способствует.
    Естественно, его нет смысла пихать вообще везде (как и C или C++), но в данном проекте он уместен чуть более, чем полностью.

     
     
  • 3.80, Аноним (34), 18:48, 07/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Раст объективно уместен везде, где есть сеть и бэкенд

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

    Hint: Сунетесь в телекомы - соснёте у ерланга, в ентерпрайз - у жабы, в бакенд вебсервисов - у го, в сетевой хайлоад, гейминг или hft - у плюсов с asio и сишечки с libev. Обложили со всех сторон, супостаты проклятые!

     
     
  • 4.84, Enamel (ok), 19:21, 07/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ниша: системное программирование
    Сабж: сетевое приложение. Говорим, именно в контексте этого.

    Да, бэкенды - одна из ниш Раста, где он хорошо себя раскрывает. Очень показательный пример развития языка: синтаксис async/await добавили в стейбл год назад, и сейчас практически все либы перешли на новый. А теперь смотрим на C++20, его состояние в компиляторах и плачем. Какие-то ещё вопросы?

    Между делом, actix web, один из быстрейших веб-либ, написан на... Правильно :)
    https://www.techempower.com/benchmarks/
    Раст еще и из-за хорошего асинхронного драйвера postgres вывозит тест (да, в первую очередь важен не язык, а алгоритмы и реализация).
    Drogon тоже неплох, но вроде бы гораздо менее известен (узнал о нем впервые из бенчмарка, более нигде не видел)
    В том же бенче можно наблюдать поражение Жабы, Го и прочих.
    Ещё поражение Го неплохо прослеживается в истории Дискорда, который заменил довольно быстрый оптимизированный сервис с Го (но тормозящий из-за gc) на сделанную на коленке версию на Расте и получили равную производительность (из-за отсутствия gc - без тормозов), оптимизировали раст-версию и получили существенное улучшение производительности и стабильную работу.
    http://habr.com/ru/post/487116

     
     
  • 5.88, Аноним (34), 19:52, 07/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > async/await добавили в стейбл год назад

    О, узнаю тяжёлый дух маразма привыкшего писать на языках "с батарейками в комплекте". Напомнить, откуда фичи для включения в очередной плюсовый стандарт черпаются и по сколько лет они там маринуются для допиливания? Что впрочем не мешает их использовать всем желающим сразу, благо язык позволяет себя расширять в полевых условиях, не дожидаясь высочайшего одобрения комитета.

    Конкретно плюсовый asio почти вдвое старше руста как такового, впятеро - руста "стабильного". А есть ещё те, кто в стандарт и не стремился, и тем не менее свою работу выполнял, например poco.

     
     
  • 6.101, Enamel (ok), 00:07, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > О, узнаю тяжёлый дух маразма привыкшего писать на языках "с батарейками в комплекте"

    Звучит так, будто это плохо. В языке должны быть Возможности, а не как C без толкового развития десятилетиями. C++ в этом плане неплох, я им пользуюсь в целом с удовольствием, в частности его воплощением в Qt-версии, но всё же он в целом несколько отстает от Rust по удобству экосистемы (один https://serde.rs/ чего стоит).

    > Что впрочем не мешает их использовать всем желающим сразу

    Можно модули и концепты во всех основных (gcc и оба clang) компиляторах? Это, пожалуй, одни из основных фич C++20. И да, мне реально нужен, как минимум, Clang, ибо все платформы, а на андроиде/маке/айоси он основной. При чем у Аппле свой Шланг, у которого фичи не всегда совпадают с мейнстримным.
    https://en.cppreference.com/w/cpp/compiler_support
    Раст радует тем, что основной компилятор у него один. Надеюсь, в связи с организацией фонда, так останется и впредь, и микрософт не будет плодить всякие вероны.

    > Конкретно плюсовый asio почти вдвое старше руста как такового, впятеро - руста "стабильного"

    Тем временем, в стандарте C++ нетворка до сих пор нет, а в Rust есть :)

     
     
  • 7.103, Аноним (34), 05:25, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Тем временем, в стандарте C++ нетворка до сих пор нет, а в Rust есть

    Иронично, что это сообщение написано через браузер, написанный на c++, через сетевой стек операционки, написанной преимущественно на с++, с ядром, написанном на си. Давай, ебaнат, расскажи мне ещё этих прохладных историй.

     
     
  • 8.122, Enamel (ok), 17:42, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Давай, eбанaт, расскажи, где в STL у C есть нетворк... текст свёрнут, показать
     
  • 7.115, Аноним (-), 13:07, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Тем временем, в стандарте C++ нетворка до сих пор нет, а в Rust есть :)

    Это убожество под названием Rust - лучше бы вообще не умело в нетворк чем вот так. Вообще странная или больная фигня, тут как-раз таки Си и даже с плюсами уделывает даже не приходя на тесты.

     
     
  • 8.123, Enamel (ok), 17:44, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Вот вообще, без пруфов, чисто мысли вслух, основанные на собственных больных фан... текст свёрнут, показать
     
  • 5.126, Аноним (126), 16:46, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >А теперь смотрим на C++20, его состояние в компиляторах и плачем.

    А чего смотреть-то? Дело времени, стандарт только в этом году утверждён.

     
  • 2.81, Аноним (34), 18:58, 07/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ишь как свирепо минусуют, правда она такая - глаза колет, и в заднице жжет Непр... большой текст свёрнут, показать
     

  • 1.37, YetAnotherOnanym (ok), 13:41, 07/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > несколько параллельных веток (upstream) со своими сопровождающими и участникам

    Так и представляю ветку форума поддержки:
    - Памагити, софт не работает!
    - Из чьей ветки тащил?
    - Из ветки Васяна.
    - Бери из ветки Вована, у Васяна глючная.
    Стремясь избавиться от "единой точки отказа" авторы потеряли вершину цепочки ответственности. Должно быть ответственное лицо - либо личность (Торвальдс, Ван Раадт, Диллон и т.д.), либо коллекивный орган. А следовательно - должна быть одна ветка, за которую это ответственное лицо может поручиться.

     
     
  • 2.44, Crazy Alex (ok), 13:58, 07/12/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Оно не о том. И так можно собрать из ветки любого разработчика. Речь о том, что если основного разраба или его сервер переехал трактор - все изменения оказались доступны, а для полноценного (PR, issues и прочего) участия в проекте не надо быть привязанным к конкретному инстансу. Тому же youtube-dl - в самый раз.

    А со сборкой  - всё проще - "бери такой-то коммит, он релизный"

     
     
  • 3.121, YetAnotherOnanym (ok), 15:19, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > А со сборкой  - всё проще - "бери такой-то коммит, он релизный"

    В том-то и вопрос, от кого - релиз в ветке Васяна или в ветке Вована.

     
  • 2.106, Аноним (104), 07:36, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ясно, понятно. Тебе к проприетарщикам, у них собор! А здесь базар.
     
     
  • 3.116, YetAnotherOnanym (ok), 14:08, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > здесь базар

    Отучаемся говорить за всех.


     
     
  • 4.127, Аноним (126), 16:48, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А, лично у тебя с проприерастами собор.
     

  • 1.42, Crazy Alex (ok), 13:50, 07/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Не пойму, о чём стоны. Ежу ясно, что для гита давно нужен удобный распределённый механизм пулл реквестов, issues и прочего - не прибитый гвоздями к гитхзабу или отдельным инстансам гитлаба, на которых надо регистрироваться для того, чтобы что-то сделать.

    Конечно, совсем уж p2p - это, может, и лишнее - полагаю, просто механизм для создания PR со стороннего инстанса git плюс хранение issues и прочего в параллельной клонируемой гит-репе и отображение всего этого на базе какого-то из готовых веб-gui были бы проще и менее "экзотичными", но в принципе - вай нот?

     
     
  • 2.43, Crazy Alex (ok), 13:54, 07/12/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А язык... Не хаскель, на котором написан удивительно кривой git-annex (и хрен поправишь) - и на том спасибо
     

  • 1.59, unxed (?), 16:24, 07/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Это специально сделали, чтоб оперу на престо, наконец, допилить, да?
     
     
  • 2.61, Аноним (61), 16:38, 07/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    у чуваков на палёной луне с гитхабом проблемы, а ты про оперу
     
  • 2.62, Аноним (39), 16:55, 07/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Нет, это специально сделали, чтоб оперу на престо было где похоронить.
     
  • 2.113, Аноним (20), 11:08, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Назови хоть одну причину допиливать Оперу Престо, кроме "существует такое явление как фанатики", вместо допиливания Firefox?
     

  • 1.65, Аноним (65), 17:07, 07/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Надо же было такую идею убить электроном.
     
     
  • 2.90, Аноним (61), 20:12, 07/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Я бы даже сказал гуём
     

  • 1.70, Аноним (70), 17:53, 07/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Домен xyz это ппц... А само оно на электроне, мда...
     
     
  • 2.97, Аноним (97), 23:04, 07/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Да вы задрали ныть. Ничего же в том же Rust-е нет от вас для GUI вот и страдают как могут
     
  • 2.105, Аноним (124), 07:35, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Электрон -> Хром -> Гугл -> Алфавит -> .xyz
     

  • 1.93, Alex (??), 20:58, 07/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Идея хорошая, но для серьёзных проектов скорее всего не зайдёт по причине очень большого размера репозитория с большим количеством коммтов. Проблема подобна проблеме биткоинов.

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

     
     
  • 2.98, Аноним (97), 23:05, 07/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Работа в подполье или броенепоезде
     
  • 2.109, Ordu (ok), 08:19, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > для серьёзных проектов скорее всего не зайдёт по причине очень большого размера репозитория с большим количеством коммтов

    А нехрен большие репы с большим количеством коммитов клонировать целиком.

    git clone --depth 10 # последние десять коммитов master'а
    git clone --shallow-since=<date> # это с заданной тобою даты

    Так же ты можешь рулить тем, какие ветки и сабмодули вытягивать.

    Это не биткоин, это git. Если у тебя есть состояние репы на момент какого-то коммита, то чтобы получить все последующие состояния тебе достаточно получить патчи, с момента того коммита, вовсе не обязательно выкачивать патчи, которые смогут из пустого репа сделать это исходное состояние.

    История тебе может понадобится в процессе разработки -- найти объяснение непонятной строчке кода, например, -- но вот когда понадобится, вот тогда и исправишь, git-fetch поможет.

     
     
  • 3.112, Аноним (20), 11:06, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Благодаря сжатию без потерь --depth 1 обычно не многим меньше полного репозитори... большой текст свёрнут, показать
     
     
  • 4.114, Ordu (ok), 12:37, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Эмм Тут ты меня потерял Я может недостаточно шарю во внутренностях git Если... большой текст свёрнут, показать
     
  • 3.137, Аноним (137), 19:18, 14/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > А нехрен большие репы с большим количеством коммитов клонировать целиком.

    Вот это здравое утверждение, касающиеся гита, только не надо думать что авторы "этого непонятно" способны на такие же мыслительные процессы как и вы, и соответственно ожидать что "оно" работает так-же.

     
  • 2.117, Аноним (77), 15:09, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >Но, для всяких легковесных и небольших проектов самое то. Только зачем?

    чтобы гитхаб не забанил

     

  • 1.110, Аноним (110), 08:26, 08/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    на что ни пойдут хипсторы, лишь бы патчи по email не слать. Бгг)
     
  • 1.135, Аноним (135), 17:29, 13/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Зачем оно, если уже есть fossil, умеющий именно это?
     

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



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

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