Варианты интеграции систем контроля версий и систем управления проблемами

Есть ли какие-либо другие политики, которые кто-либо из вас внедрил, кроме тех, которые приведены ниже?

  • Действительный идентификатор проблемы для каждой фиксации. - Для отслеживания изменений, сделанных для ошибки. Поможет ремонтопригодность в долгосрочной перспективе.
  • Действительный статус выпуска (открыт или в процессе). - Зачем работать над вопросом, который закрыт.
  • Проблема должна быть назначена пользователю, выполняющему коммит. Больше пользователей, работающих над одной ошибкой, — пустая трата ресурсов.

Вышеупомянутые политики могут не сработать для сообщества открытого исходного кода, поскольку оно налагает ограничения. Но наличие таких политик обеспечило бы большую отслеживаемость кода, что значительно упростило бы привлечение новых разработчиков.


person Keerthi Ramalingam    schedule 03.09.2010    source источник


Ответы (1)


Вы можете связать стратегию слияния со статусом коммита, относящимся к билету.
Только коммиты, которые:

  • с соответствующим статусом закрытой ("устраненной") ошибки
  • проверено (либо проверка кода, либо тестирование) с возможностью выполнить этот дополнительный шаг перед закрытием или отклонением.

можно объединить в определенные ветки, предназначенные для интеграции всех исправлений.

person VonC    schedule 03.09.2010