* [Comm] Сортировка багов в bugzilla
@ 2010-05-14 16:26 Andrey Yurkovsky
2010-05-14 18:10 ` Andrey Yurkovsky
2010-05-17 8:43 ` Андрей Черепанов
0 siblings, 2 replies; 3+ messages in thread
From: Andrey Yurkovsky @ 2010-05-14 16:26 UTC (permalink / raw)
To: community
Не хотелось бы быть голословным, но честно признаюсь, мне лень собирать
статистику по данному вопросу. Все, что будет написано — лично мое мнение.
В bugzilla ошибки регистрируются по дистрибутивам / бранчам. Некоторые баги
висят очень долго открытыми в то время, как они уже давно пофикшены в более
новых версиях приложения. У ALT нет дистрибутива с настолько коротким сроком
обновления, чтобы нужно было бы заниматься исправлением бага в конкретной
версии программы вместо того, чтобы просто обновить версию этого приложения,
причем новая версия переплывет в стабильную ветку из нестабильной после
обкатки. Получается, что на один дистрибутив могут висеть баги нескольких
версий одной программы, иногда имеющие серьезные отличия.
Заметил также, что баги, заведенные на стабильный дистрибутив, висят на нем
мертвым грузом в то время как баги, заведенные на бранч, активно обсуждаются
и фиксятся.
В общем, мне кажется, что делить баги по дистрибутивам / бранчам не имеет
смысла.
Было бы нагляднее на главной странице вывесить не список дистрибутивов /
бранчей, а категорий компонентов, хотя бы по Group из спека. И не
привязывать баги к конкретной ветке. По версии приложения (которую, как мне
кажется, в отличие от номера бранча обязательно указывать при оформлении
бага) можно будет легко определить в каком дистрибутиве / бранче сейчас
используется данный пакет.
Позволю себе еще немного пофантазировать. Я на титульной странице bugzilla
поместил бы следующий список:
+--------------------------+
| KDE | Графика |
| | Мультимедия |
| Gnome | Оффис |
| | Интернет |
| XFCE | Игры |
| | Образование |
| LXDE | Служебные |
| | Разработка |
| Другие | Оборудование |
+--------------------------+
--
Andrey Yurkovsky
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [Comm] Сортировка багов в bugzilla
2010-05-14 16:26 [Comm] Сортировка багов в bugzilla Andrey Yurkovsky
@ 2010-05-14 18:10 ` Andrey Yurkovsky
2010-05-17 8:43 ` Андрей Черепанов
1 sibling, 0 replies; 3+ messages in thread
From: Andrey Yurkovsky @ 2010-05-14 18:10 UTC (permalink / raw)
To: community
Andrey Yurkovsky wrote:
> Позволю себе еще немного пофантазировать. Я на титульной странице bugzilla
> поместил бы следующий список:
Старался же сделать красиво :) Поменял табы на пробелы:
> +------------------------+
> | KDE | Графика |
> | | Мультимедия |
> | Gnome | Оффис |
> | | Интернет |
> | XFCE | Игры |
> | | Образование |
> | LXDE | Служебные |
> | | Разработка |
> | Другие | Оборудование |
> +------------------------+
--
Andrey Yurkovsky
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [Comm] Сортировка багов в bugzilla
2010-05-14 16:26 [Comm] Сортировка багов в bugzilla Andrey Yurkovsky
2010-05-14 18:10 ` Andrey Yurkovsky
@ 2010-05-17 8:43 ` Андрей Черепанов
1 sibling, 0 replies; 3+ messages in thread
From: Андрей Черепанов @ 2010-05-17 8:43 UTC (permalink / raw)
To: ALT Linux Community general discussions
14 мая 2010 Andrey Yurkovsky написал:
> Не хотелось бы быть голословным, но честно признаюсь, мне лень собирать
> статистику по данному вопросу. Все, что будет написано — лично мое мнение.
>
> В bugzilla ошибки регистрируются по дистрибутивам / бранчам. Некоторые баги
> висят очень долго открытыми в то время, как они уже давно пофикшены в более
> новых версиях приложения. У ALT нет дистрибутива с настолько коротким
> сроком обновления, чтобы нужно было бы заниматься исправлением бага в
> конкретной версии программы вместо того, чтобы просто обновить версию
> этого приложения, причем новая версия переплывет в стабильную ветку из
> нестабильной после обкатки. Получается, что на один дистрибутив могут
> висеть баги нескольких версий одной программы, иногда имеющие серьезные
> отличия.
>
> Заметил также, что баги, заведенные на стабильный дистрибутив, висят на нем
> мертвым грузом в то время как баги, заведенные на бранч, активно
> обсуждаются и фиксятся.
>
> В общем, мне кажется, что делить баги по дистрибутивам / бранчам не имеет
> смысла.
>
> Было бы нагляднее на главной странице вывесить не список дистрибутивов /
> бранчей, а категорий компонентов, хотя бы по Group из спека. И не
> привязывать баги к конкретной ветке. По версии приложения (которую, как мне
> кажется, в отличие от номера бранча обязательно указывать при оформлении
> бага) можно будет легко определить в каком дистрибутиве / бранче сейчас
> используется данный пакет.
Как красота этого списка поможет контрибьютерам (помощникам) и мейнтенерам
улучшить ситуацию с исправлением ошибок в багзилле?
Да, есть проблема перевешивания багов с дистрибутива на конкретный пакет. И
любой желающий может помочь разгребать такую ситуацию. Это будет практически
более эффективно, чем показ таблиц багов, которые никто не будет исправлять.
--
Андрей Черепанов
ALT Linux
cas@altlinux.ru
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2010-05-17 8:43 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2010-05-14 16:26 [Comm] Сортировка багов в bugzilla Andrey Yurkovsky
2010-05-14 18:10 ` Andrey Yurkovsky
2010-05-17 8:43 ` Андрей Черепанов
ALT Linux Community general discussions
This inbox may be cloned and mirrored by anyone:
git clone --mirror http://lore.altlinux.org/community/0 community/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 community community/ http://lore.altlinux.org/community \
mandrake-russian@linuxteam.iplabs.ru community@lists.altlinux.org community@lists.altlinux.ru community@lists.altlinux.com
public-inbox-index community
Example config snippet for mirrors.
Newsgroup available over NNTP:
nntp://lore.altlinux.org/org.altlinux.lists.community
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git