В рамках проекта GitPub (https://github.com/git-federation/gitpub) началась подготовка спецификации, расширяющей протокол ActivityPub (https://www.opennet.ru/opennews/art.shtml?num=47960) средствами для объединения Git-сервисов в общую федеративную сеть. Изначально ActivityPub рассчитан на распространение контента, управление подписками и доставку уведомлений в децентрализованных социальных сетях (позволяет объединять контент социальных сетей на основе отличающихся платформ), но протокол создан с возможностью расширения и может быть легко адаптирован для организации взаимодействия между сервисами совместной разработки.
Первый черной вариант спецификации GitPub (https://github.com/git-federation/gitpub/blob/draft-0.1/SPEC...) определяет API для трансляции между серверами pull-запросов и операций создания форков, а также оформления подписки на репозитории, предоставляемые web-сервисами наподобие GitHub, GitLab, RhodeCode (https://www.opennet.ru/opennews/art.shtml?num=44620), GitPrep (https://www.opennet.ru/opennews/art.shtml?num=44431), Kallithea (https://www.opennet.ru/opennews/art.shtml?num=43081), GitBucket (https://www.opennet.ru/opennews/art.shtml?num=44723), Gogs и Gitea (https://www.opennet.ru/opennews/art.shtml?num=45802).
Спецификация поставляется под лицензией W3C Document License, а примеры кода под лицензией MIT.GitPub охватывает только аспекты взаимодействия между серверами (server-to-server), не углубляясь в низкоуровневые git-операции и не привязываясь к конкретным реализациям серверов. В отличие от API Apache GitPubSub (https://www.apache.org/dev/gitpubsub.html), GitPub фокусирует внимание на обеспечение выполнения операций, охватывающих разные репозитории (форки, pull-запросы), в то время как GitPubSub рассчитан на передачу сведений на уровне отдельных коммитов в конкретном репозитории.
URL: https://news.ycombinator.com/item?id=17288727
Новость: https://www.opennet.ru/opennews/art.shtml?num=48763
И "Nomadic indentity" из протокола Zot из Hubzilla надо туда надо
А там-то оно зачем? Гитовый коммит прекрасно подписывается GPG и делается один хрен локально. Всё, что нужно - иметь возможность публиковать с этой же подписью и всё остальное.
> А там-то оно зачем?Ну как же - чтоб по серверам скакать. А то вдруг (условно) Oracle купит GitLab :)
И что? Если следующий твой PR приедет с другого сервера, но с твоей же подписью (а мастер-копия один хрен не на сервере, а на твоём ПК) - ты прекрасно опознаваем.Другое дело, что сами issues/PRs надо оформлять в виде гит-реп, чтобы они так же тривиально реплицировались, как и код. А вот с идентичностью как раз проблем никаких.
P.S. Похоже, у нас продолжение всё того же спора - сервер как самостоятельная сущность против сервера как кэша/точки доступа :-)
"Nomadic identity" это ж не только identity, но и репликация.> P.S. Похоже, у нас продолжение всё того же спора - сервер как самостоятельная сущность против сервера как кэша/точки доступа :-)
Точно! :D
скоро переход на мэш - сети и отказ от разделения на сервер - клиент, ня?
Я то за. Один большой и толстый вопрос только бы решить - как надёжно и безопасно рутить.
>Другое дело, что сами issues/PRs надо оформлять в виде гит-реп, чтобы они так же тривиально реплицировались, как и код. А вот с идентичностью как раз проблем никаких.1. Пока ни один сервис так не умеет
2. Как раз из-за 1 проблемы с идентичность в PR вполне себе есть
Механика идентичности очень даже есть - подписанные коммиты. Глупо лепить дубль.
> Другое дело, что сами issues/PRs надо оформлять в виде гит-реп, чтобы они так же тривиально реплицировались, как и код.Pagure уже потирает ручонки.
Не прошло и ста лет... Но хорошо, что зашевелилилсь наконец. Глядишь, гитхаб загнётся...
> Не прошло и ста лет... Но хорошо, что зашевелилилсь наконец. Глядишь, гитхаб
> загнётся...Вы так говорите, как-будто это что-то хорошее.
Конечно, хорошее. Что ж плохого в устранении единой точки отказа при сохранении функциональности?
в том что вы (и авторы, если это разные сущности) ничерта не понимаете в том, какую на самом деле функциональность предоставляет гитхаб."устранение единой точки отказа" для репо обеспечивается git clone и fetch по крону.
Только вот оно никому не надо и никому кроме владельца - не поможет.И даже если "клонировать" пулл-реквесты (что в случае гитхаба тоже можно делать самому на коленке) - все равно не поможет. С ними и останетесь, в случае чего, и с мертвой копией мертвого проекта.
Если б я делал - всё в гитовых репах бы лежало - и PR, и обсуждения... вообще всё. Но даже так лучше, чем один великий гитхаб.
ну и был бы ты там один, со своими PR самому себе и обсуждениями сам с собой.Вот эту проблемы - вы пока еще даже не осознали, куда там вам ее действительно решить :-(
Хочешь что-то сказать - так говори, нечего загадки загадывать. Пока я и близко никаких проблем не вижу в распространении того, что сейчас лежит в PR и issues в виде гитовой репы.
Господин "пох" - обычный тролль, который тут пасётся больше года. Ему не особо важна суть, лишь бы вбросить. Пора бы уже привыкнуть к нему.
Тролль, но не обычный, а вполне себе знающий, довольно интересные штуки говорит иногда. Впрочем, в данном случае я особых откровений не жду.
> Пока я и близко никаких проблем не вижу в распространении того, что сейчас лежит в PR и issues в виде гитовой репы.Всё верно. Проблемы нет. Реализации — тоже :)
гитхаб - социальная сеть, а не хранилище ненужно-клонов.рассылки и чятики заменяют ее плохо, "хранение pr в git" - никак.
>>гитхаб загнётся...
>Вы так говорите, как-будто это что-то хорошее.В свете последних новостей, да.
> Не прошло и ста лет... Но хорошо, что зашевелилилсь наконец. Глядишь, гитхаб
> загнётся...Тормозишь. УЖЕ загнулся. Все что покупает Некрософт в последние десятилетие - загибается.
Не торможу. Оно-то загибается, но вопрос в сроках. Смешно, конечно, что хотя подобный исход был давно очеевиден протоколом занялись только когда жареный петух уже примерился клюнуть.
читая "Началась разработка GitPub" приготовился было ликовать "Ура Альтернативу хитхаба начали пилить уже!" ан нет... всего лишь протокол для сервисов.. :(
Гитхаба(fxd)
Почему бы всем любителям мс и проприерастских игр с гитхабом не свалить уже на perforce или clearcase, приправив все это лотусом, и бох знает какими ужасами от IBM? Уютненько тянуть свой варезок в rar архивах, и ожидать официальной(с) документации(tm) от производителя на гербовой бумаге.Все хорошее в гитхабе закончилось, остались только пораженные вирусом проприетарщины мозги разработчиков. Безусловно, идеи свободы и открытости коммуникаций посеили множество зародышей, но на этом поле, сожженом щелочью микрософта, уже ничего не взойдет. Все движется дальше, и через 5-10 лет МС в очередной раз будет покупать не ей созданный и выращенный другой продукт, что бы иссушить его, выпотрошить и выбросить.
> Все движется дальше, и через 5-10 лет МС в очередной раз
> будет покупать не ей созданный и выращенный другой продукт, что бы
> иссушить его, выпотрошить и выбросить.Есть шанс, что через 5-10 лет индусы таки обанкротят/развалят и сам Майкрософт.
Даже сейчас, благодаря нашим копчёным друзьям, МС уже не торт что раньше.
Вообще-то у них сейчас дела отлично идут. Вот, полюбуйтесь: https://www.google.com/search?q=NASDAQ:MSFT (только кнопочку Max ткните). Надела у руля с 14-го года.
Мне больше нравятся идеи когда git совсем без серверов
типа
GitTorrent
git-ipfs-rehost
github
gitlab
gitpub
gitsyb
gutfuk
...несаепались ыщо?
А notabug.org чо?
А потом придем к некоторому подобию https://www.fossil-scm.org/