|
Ограничения на исправление багов в общих модулях. Хорошо ли?
|
|||
---|---|---|---|
#18+
Всем привет! Ситуация следующая. Есть большая система. Она состоит из многих модулей (несколько десятков). Некоторые модули являются общими для других модулей. За каждый модуль ответственны соответствующие подразделения в компании. Никто не имеет право вносить изменения в этот модуль, кроме соответствующих подразделений. Как Вы думаете, хорош ли такой подход? Конкретная ситуация: Обнаружен баг в одном из общих модулей разработчиками частного модуля (от которого другие модуля не зависят). Баг в том, что нет проверки на входной параметр. При недопустимом входном параметре все валится. Разработчики частного модуля были бы и рады вставить проверку в общий, вот только прав у них на такое нет. А вставлять в общий код - это сложный длительный процесс, включащий в себя написание заданий в баг-треккинг систему и ожидания, когда у разработчиков общего модуля освободятся ресурсы для разработки. А так как сроки жмут, разработчики частного модуля делают workaround и вставляют код проверки в свой частный модуль. В итоге мы имеем риски, что этот баг вылезет в других частных модулях. Вопрос. Подскажите, пожалуйста, как все же лучше поступить в этой ситуации? Дать права на внесения изменений в модуля всем подразделениям? Или оставить как есть? Или вносить изменения в частные модуля с написанием баг-репорта разработчикам основного модуля? Или есть еще какой оптимальный вариант? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.03.2010, 15:51 |
|
Ограничения на исправление багов в общих модулях. Хорошо ли?
|
|||
---|---|---|---|
#18+
Использовать глобально контроль версий. Доберутся ответственные - закоммитят в основной релиз ваше частное изменение. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.03.2010, 16:11 |
|
Ограничения на исправление багов в общих модулях. Хорошо ли?
|
|||
---|---|---|---|
#18+
Vetal Дать права на внесения изменений в модуля всем подразделениям? Если это общие модули, то изменять их кому попало недопустимо (будет полный хаос). Как это принято во всех разработках, изменять что-то имеет право только владелец подлинника (ибо он несет ответственность за него и имеет набор средств для его тестирования. Одна исправленная кем-то ошибка может привести к наведению нескольких других). После внесения изменения владелец подлинника уведомляет об этом всех пользователей (у него должен быть реестр этих пользователей). Изменения вносятся по заявкам (требованиям) пользователей. Vetal Или вносить изменения в частные модуля с написанием баг-репорта разработчикам основного модуля? Посылать bug-репорты надо обязательно. Если есть система обработки рекламаций, то в ней всегда устанавливается ответственный за устранение рекламации и сроки её устранения. Это можно учитывать и контролировать при разработке. Vetal Или есть еще какой оптимальный вариант? 1 Исключить (временно) из тестовых данных те, которые приводят к зависанию программы. 2 Вставить в частные модули необходимые заплатки под макросом DEBUG. При окончательной сборке их исключить. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.03.2010, 17:09 |
|
|
start [/forum/topic.php?fid=37&msg=36548522&tid=1555518]: |
0ms |
get settings: |
12ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
36ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
56ms |
get tp. blocked users: |
2ms |
others: | 268ms |
total: | 409ms |
0 / 0 |