Варианты интеграции систем контроля версий и систем управления проблемами - PullRequest
1 голос
/ 03 сентября 2010

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

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

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

1 Ответ

0 голосов
/ 03 сентября 2010

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

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

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

...