Проблема
bugzilla не воспринимается разработчиками Сизифа, как авторитативный источник информации о всех задачах, связанных с Сизифом.
Анализ
Bugzilla не совсем удобна для реализации issue tracking'а в пределах репозитория пакетов, ибо изначально точилась под другие задачи, поэтому изобретаются ad-hoc средства организации тасков. Необходимо эту порочную практику (использование ad-hoc средств организации тасков вместо багзиллы) искоренить, ибо она ведёт к нехорошим последствиям:
- Фрагментация информации о состоянии репозитория. По issue tracker'у непонятно, в каком состоянии находится каждый конкретный компонент: фатально сломан, из-за чего багов не пишут, или превосходен, из-за чего багов опять-таки не пишут.
- Невозможность написания роботов для управления внешними сервисами. К примеру, в Debian робот не пропускает пакет в Testing, если на нём висят открытые RC (grave, serious) баги. В случае, когда информация в issue tracker'е не отражает полной картины, робот будет работать некорректно.
Первая проблема затрудняет работу над решениями на основе Сизифа, вторая – повседневную работу над репозиториями.
Задачи, не связанные с пакетами Сизифа непосредственно, в issue tracker'е на данный момент вообще не отражаются. Это фрагментирует информацию о состоянии репозитория, некоторую часть из неё делает эффективно приватной, и ухудшает возможности по мониторингу состояния репозитория в целом.
Ссылок на эту страницу нет
