Общий багтрекинг для LS и модулей
Очень хочу, чтобы у проекта была своя багтрекинговая система. Как для движка, так и для модулей от любых разработчиков.
Постить баги в письмах, или в комментах — как то не пристало. К тому же амбиции здоровые у создателя. Выход на запад итд. Надо подтянуть этот момент, развиваться станет проще.
Постить баги в письмах, или в комментах — как то не пристало. К тому же амбиции здоровые у создателя. Выход на запад итд. Надо подтянуть этот момент, развиваться станет проще.
- 0
- 26 августа 2010, 15:54
- xfreme
Это иррационально, как для вас — разработчика, так и для меня — пользователя. Может баг уже есть и запощен — что я могу найти в трекере за 10 секунд поиска. Я думаю, это полезно популяризации проекта в целом.
Какое отношение имеют недочеты в каком-либо стороннем плагине от стороннего разработчика к самому движку?
К популяризации это никакого отношения не имеет вообще.
К популяризации это никакого отношения не имеет вообще.
Пользователя в первую очередь волнуют: возможности и качество этих возможностей. (Качество связки движок + плагины.) Про выгоду использования багтрекинга, вы — как разработчик и сами все знаете.
PS сейчас речь идет не о вашем плагине, а о системе в целом. Интересно услышать мнение сообщества и Максима.
PS2 вот кейс с ходу: один разработчик прекращает развивать плагин и передает дело другому. Как осуществится передача багов и фич. В случае централизации таких данных, есть гарантия.
PS3 Страница модуля для друпала. drupal.org/project/views — слева Issues for Views. Все по взрослому.
PS сейчас речь идет не о вашем плагине, а о системе в целом. Интересно услышать мнение сообщества и Максима.
PS2 вот кейс с ходу: один разработчик прекращает развивать плагин и передает дело другому. Как осуществится передача багов и фич. В случае централизации таких данных, есть гарантия.
PS3 Страница модуля для друпала. drupal.org/project/views — слева Issues for Views. Все по взрослому.
Комментарии (8)
RSS свернуть / развернуть