Опубликован выпуск проекта git-bug 0.9, развивающего систему  отслеживания ошибок, хранящую информацию об проблемах и комментарии в форме объектов в репозитории Git. По аналогии с изменениями в исходном коде инструментарий git-bug позволяет помещать  информацию об отслеживаемых ошибках во внешние репозитории, используя операцию push, а также   извлекать данные из внешнего  в локальный репозиторий операцией pull. Код проекта написан на языке Go и распространяется под лицензией GPLv3...

Подробнее: https://www.opennet.dev/opennews/art.shtml?num=63248

• Доступна децентрализованная система отслеживания ошибок git-...,freehck, 22:22 , 18-Май-25
• Доступна децентрализованная система отслеживания ошибок git-...,Dzen Python, 22:37 , 18-Май-25
  • Доступна децентрализованная система отслеживания ошибок git-...,Аноним, 22:47 , 18-Май-25
    • Доступна децентрализованная система отслеживания ошибок git-...,Жироватт, 08:58 , 19-Май-25
      • Доступна децентрализованная система отслеживания ошибок git-...,qqqwwweeerrrtttyyy, 16:16 , 19-Май-25
        • Доступна децентрализованная система отслеживания ошибок git-...,Аноним, 19:02 , 20-Май-25
    • Доступна децентрализованная система отслеживания ошибок git-...,Аноним, 21:10 , 19-Май-25
    • Доступна децентрализованная система отслеживания ошибок git-...,freehck, 17:13 , 20-Май-25
  • Доступна децентрализованная система отслеживания ошибок git-...,Аноним, 22:52 , 18-Май-25
    • Доступна децентрализованная система отслеживания ошибок git-...,Жироватт, 09:01 , 19-Май-25
      • Доступна децентрализованная система отслеживания ошибок git-...,Аноним, 16:55 , 19-Май-25
  • Доступна децентрализованная система отслеживания ошибок git-...,OpenEcho, 13:38 , 20-Май-25
• Доступна децентрализованная система отслеживания ошибок git-...,Аноним, 23:46 , 18-Май-25
  • Доступна децентрализованная система отслеживания ошибок git-...,Аноним, 00:20 , 19-Май-25
• Доступна децентрализованная система отслеживания ошибок git-...,Аноним, 23:47 , 18-Май-25
  • Доступна децентрализованная система отслеживания ошибок git-...,yet another anonymous, 09:10 , 19-Май-25
  • Доступна децентрализованная система отслеживания ошибок git-...,OpenEcho, 13:07 , 20-Май-25
• Доступна децентрализованная система отслеживания ошибок git-...,Аноним, 06:51 , 19-Май-25
  • Доступна децентрализованная система отслеживания ошибок git-...,OpenEcho, 13:15 , 20-Май-25
    • Доступна децентрализованная система отслеживания ошибок git-...,yet another anonymous, 20:50 , 20-Май-25
      • Доступна децентрализованная система отслеживания ошибок git-...,OpenEcho, 12:42 , 21-Май-25
        • Доступна децентрализованная система отслеживания ошибок git-...,yet another anonymous, 14:36 , 21-Май-25
          • Доступна децентрализованная система отслеживания ошибок git-...,OpenEcho, 11:38 , 22-Май-25
• Доступна децентрализованная система отслеживания ошибок git-...,Аноним, 15:31 , 19-Май-25
  • Доступна децентрализованная система отслеживания ошибок git-...,User, 16:42 , 19-Май-25
• Доступна децентрализованная система отслеживания ошибок git-...,Соль земли, 16:22 , 19-Май-25
• Доступна децентрализованная система отслеживания ошибок git-...,Дмитрий, 10:08 , 21-Май-25

Звучит, как потенциально неплохой новый бэкенд для Emacs Forge. =)

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

Децентрализованность - супер-мега-киллер-фича, одной ее достаточно in so far as проектам в последнее время приходится часто переезжать с одного провайдера к другому, в особенности там, где переезд вызван внешними геополитическими причинами.

И как часто требуется переезжать, что это прямо такая фишка?
И снова - почему не (возможно и подконтрольный автору) хостинг в удобной юрисдикции, а гитхабы и прочие типа альтернативы гитхаба в той же стране?

Удобная юрисдикция, при нынешних мировых тенденциях, может в любую минуту стать неудобной.

Плюс риск конфликта между владельцами компании (кто-то может захотеть всё забрать себе, увести домен с кодом и трекером).

> может в любую минуту стать неудобной

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

> Децентрализованность - супер-мега-киллер-фича, одной ее достаточно in so far

Особенно децентрализована экосистема разработки Go с телеметрией прямо в тулчейне от корпорации добра.

> в последнее время приходится часто переезжать с одного провайдера к другому

Часто переезжать? А чего при первой необходимости в переезде не взяли сразу онпрем-решение?
Gitlab / Gitea во внутреннюю инфраструктуру вкатываешь -- и больше нет никаких проблем.

Возможность склонировать github issues себе в локальную репу, не?

Когда сносят проект с гитхаба — утеря issues одна из самых болезненных вещей.

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

Придумали решение для собственноручно созданной проблемы.
Противоядие от собственноручно плохо проваренной пищи.

У тебя NIH-синдром. Совершенно нет никакой проблемы пользоваться чужими услугами. Весь бизнес «выше уровнем хеллуворлда» так делает и иначе существовать не может в принципе.

> Какие ломающие фичи тут есть, которых нет в той же багзилле?

Один единственный выполняемый кросплатформенный бинарник, - сравните с установкой багзилы

А почему нельзя с таким же успехом уже в имеющийся репо складывать баги, доку, дезигны и всякие разные тесты от QA и автоматедQA?

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

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

Кто-нибудь пользовался git notes? Что с ними полезного можно сделать?

> Кто-нибудь пользовался git notes?

Ну, я пользовался. А ещё на этой функциональности всякие около-CI (issue trackers) сидят, например Attlassian'овские.

> Что с ними полезного можно сделать?

Да что придумаете. notes --- это объект в репозитории.

> Кто-нибудь пользовался git notes? Что с ними полезного можно сделать?

cons:
- если есть много народа, кто добавляет изменения в notes в то же комит, то резолвить конфликт становится весело

pros:
- нотс показываются в git-log
- можно добавить мета-данные без переписывания истории. Юзается в основном в CI, PR, аудиты
- можно разпаралелить refs/notes/review, refs/notes/ci и пушать в удаленны репы только специфичекие директории записок
- можно держать в репе упорядоченно метрики, билд статус, ковер

Кому-то плюс, а кому то минус:  notes не пушуются и пулаются  автоматически в удаленные репы вместе с git-push, надо уговаривать отделной командой или автоматизировать в конфиге

Если для комментариев сделать отдеььный репозитарий в git?

> Если для комментариев сделать отдеььный репозитарий в git?

git notes

Вы только предупреждайте народ, что notes --- это весьма низкоуровневая вещь и для реализации своих прикладных хотелок придётся потрудиться самому.

> Вы только предупреждайте народ, что notes --- это весьма низкоуровневая вещь и
> для реализации своих прикладных хотелок придётся потрудиться самому.

Вы правда думаете, что народ не знает как набить:

    man git-notes

Это-то народ знает. Но возмущённых вскриков "и, чё, это больше никто не видит?"/"откуда я знаю, что там что-то опубликовано?" не отменяет.

Я чевой-то ни одного крика не вижу :)

Надо еще децентрализованную wiki и форум замутить.

Хипстеры-изобретают-fossil.jpg, ага.

Git превратился в универсальную помойку.

Круто, будем пробовать, если соответствует заявленным фичам будем внедрять. Бриджи крутая штука.