The OpenNET Project / Index page

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

Доступна децентрализованная система отслеживания ошибок git-bug 0.9

18.05.2025 21:50

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

Особенности системы:

  • Использование репозитория Git для хранения описаний проблем, базы пользователей и комментариев в версионированном виде.
  • Задействование децентрализованной архитектуры Git для работы в offline-режиме и синхронизации изменений.
  • Очень быстрое выполнение операций поиска и навигации по сообщениям об ошибках.
  • Наличие прослоек для синхронизации с сервисами отслеживания ошибок GitHub, GitLab, Jira и Launchpad.
  • Возможность работы с сообщениями об ошибках через командную строку, консольный интерфейс или web-интерфейс.

Дополнение: По горячим следам вышли обновления 0.10.0 и 0.10.1 c исправлениями и упрощением навигационного заголовка в web-интерфейсе.

  1. Главная ссылка к новости (https://github.com/git-bug/git...)
  2. OpenNews: Проект gittuf развивает систему криптографической защиты репозиториев Git
  3. OpenNews: Red Hat переходит с системы отслеживания ошибок Bugzilla на платформу Jira
  4. OpenNews: В рамках проекта git-annex assistant развивается аналог Dropbox на базе Git
  5. OpenNews: Представлен Seafile, Dropbox-подобный сервер хранения на основе технологий Git
  6. OpenNews: Анонсирован GitTorrent для доступа к Git-репозиториям при помощи BitTorrent
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/63248-git-bug
Ключевые слова: git-bug, git
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (28) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, freehck (ok), 22:22, 18/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Звучит, как потенциально неплохой новый бэкенд для Emacs Forge. =)
     
  • 1.2, Dzen Python (ok), 22:37, 18/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Чем бы дитё не тешилось - лишь бы не вешалось.
    Какие ломающие фичи тут есть, которых нет в той же багзилле?
    Кроме "децентрализованности".
     
     
  • 2.3, Аноним (3), 22:47, 18/05/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Децентрализованность - супер-мега-киллер-фича, одной ее достаточно in so far as проектам в последнее время приходится часто переезжать с одного провайдера к другому, в особенности там, где переезд вызван внешними геополитическими причинами.
     
     
  • 3.10, Жироватт (ok), 08:58, 19/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    И как часто требуется переезжать, что это прямо такая фишка?
    И снова - почему не (возможно и подконтрольный автору) хостинг в удобной юрисдикции, а гитхабы и прочие типа альтернативы гитхаба в той же стране?
     
     
  • 4.17, qqqwwweeerrrtttyyy (?), 16:16, 19/05/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Удобная юрисдикция, при нынешних мировых тенденциях, может в любую минуту стать неудобной.

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

     
     
  • 5.26, Аноним (26), 19:02, 20/05/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > может в любую минуту стать неудобной

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

     
  • 3.21, Аноним (-), 21:10, 19/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Децентрализованность - супер-мега-киллер-фича, одной ее достаточно in so far

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

     
  • 3.25, freehck (ok), 17:13, 20/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > в последнее время приходится часто переезжать с одного провайдера к другому

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

     
  • 2.4, Аноним (4), 22:52, 18/05/2025 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Возможность склонировать github issues себе в локальную репу, не?

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

     
     
  • 3.11, Жироватт (ok), 09:01, 19/05/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    А что твой проект выше уровнем хеллуворлда вообще делает на гитхабе?
    Там где важны issues - используются локальные багзиллы на подконтрольном сервере, все правильно.

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

     
     
  • 4.20, Аноним (26), 16:55, 19/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    У тебя NIH-синдром. Совершенно нет никакой проблемы пользоваться чужими услугами. Весь бизнес «выше уровнем хеллуворлда» так делает и иначе существовать не может в принципе.
     
  • 2.24, OpenEcho (?), 13:38, 20/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Какие ломающие фичи тут есть, которых нет в той же багзилле?

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

     

  • 1.5, Аноним (5), 23:46, 18/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    А почему нельзя с таким же успехом уже в имеющийся репо складывать баги, доку, дезигны и всякие разные тесты от QA и автоматедQA?
     
     
  • 2.7, Аноним (7), 00:20, 19/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Чтобы не захламлять историю патчей. Обсуждение бага запросто может скатиться во флуд. Даже если оно не скатилось, там могут быть десятки репортов от разных людей, и всё это происходит асинхронно от наложения патчей на основной проект.

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

     

  • 1.6, Аноним (5), 23:47, 18/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кто-нибудь пользовался git notes? Что с ними полезного можно сделать?
     
     
  • 2.12, yet another anonymous (?), 09:10, 19/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Кто-нибудь пользовался git notes?

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

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

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

     
  • 2.22, OpenEcho (?), 13:07, 20/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Кто-нибудь пользовался git notes? Что с ними полезного можно сделать?

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

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

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

     

  • 1.8, Аноним (8), 06:51, 19/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Если для комментариев сделать отдеььный репозитарий в git?
     
     
  • 2.23, OpenEcho (?), 13:15, 20/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Если для комментариев сделать отдеььный репозитарий в git?

    git notes

     
     
  • 3.27, yet another anonymous (?), 20:50, 20/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вы только предупреждайте народ, что notes --- это весьма низкоуровневая вещь и для реализации своих прикладных хотелок придётся потрудиться самому.
     
     
  • 4.29, OpenEcho (?), 12:42, 21/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Вы только предупреждайте народ, что notes --- это весьма низкоуровневая вещь и
    > для реализации своих прикладных хотелок придётся потрудиться самому.

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

        man git-notes

     
     
  • 5.30, yet another anonymous (?), 14:36, 21/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это-то народ знает. Но возмущённых вскриков "и, чё, это больше никто не видит?"/"откуда я знаю, что там что-то опубликовано?" не отменяет.
     
     
  • 6.31, OpenEcho (?), 11:38, 22/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Я чевой-то ни одного крика не вижу :)
     

  • 1.16, Аноним (16), 15:31, 19/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Надо еще децентрализованную wiki и форум замутить.
     
     
  • 2.19, User (??), 16:42, 19/05/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Хипстеры-изобретают-fossil.jpg, ага.
     

  • 1.18, Соль земли (?), 16:22, 19/05/2025 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +/
     
  • 1.28, Дмитрий (??), 10:08, 21/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Круто, будем пробовать, если соответствует заявленным фичам будем внедрять. Бриджи крутая штука.
     

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



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

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