[Comm] Сроки поддержки branch 4.1

[Андрей Черепанов]

15 декабря 2008 ALT Linux User написал:
> Не проще. Проще оговорить простые правила и сделать робота.
> Автоматизация в перспективе всегда даёт более продуктивные, а главное
> - формализованные результаты. Которые, кстати, потом легче в свою
> очередь встраивать ещё куда-то.
Тогда вешайте баг на инфраструктуру bugzilla.altlinux.org

> >> Примерно так. Пропарсить ещё message header на предмет адреса заявителя.
> >> Мне кажется, что не последний фактор рассылки - живое общение с
> >> единомышленниками, поэтому впечатления и опыт использования пишутся
> >> сначала сюда.
> >
> > Ни разу не видел, чтобы сообщения были оформлены в виде, готовым для
> > багзиллы.
>
> Давайте продумаем простые правила, теги и опубликуем в тестовом
> режиме. Такие сообщения сразу же появятся.
Сначала нужно сделать гейт, а потом придумывать правила. 

> >> А вот если опасения подтвердились, дальше начинается
> >> нудная рутина по заполнению багзиллы. Причём, у людей, которые делают
> >> это от случая к случаю, мешают неприятные мелочи: теряется ссылка,
> >> забывается логин/пароль, снова надо вникать в правила заполнения и
> >> т.д.
> >
> > Поймите: мало сообщить о баге, нужно сделать так, чтобы мэйнтейнер
> > исправил. А это для сообщений непонятно на что и
> > непонятно-с-какими-симптомами работать не будет. Такой баг просто
> > проигнорируют и он будет пылиться до скончания веков.
>
> Мне это видится очень просто: даже неопытный человек начинает в
> рассылке тред, посредством обсуждения выясняет подтверждается ли его
> баг, на что собственно вешать баг, и заканчивает правильно
> составленным по несложным правилам [bugzilla] сообщением [/bugzilla].
>
> Человек и пообщался, и сориентировался и в багзиллу отрапортовал. IMHO
> неплохо.
В теории - неплохо. Попробуйте пробить в реале.

-- 
Андрей Черепанов
ALT Linux
cas на altlinux.ru