Когда вы хотите работать над новой версией вашего проекта, вы можете определить новую версию. Это позволяет вам назначать ошибки текущей и / или будущей версиям и указывать, в каких версиях ошибка будет исправлена. Это может помочь расставить приоритеты в вашей работе и помочь вашим пользователям увидеть, что планируется исправить, когда. Подробнее см. раздел 3.4.3 документации.
Чтобы связать Subversion с Bugzilla, вы можете ScmBug или другие интеграции, такие как Mylyn Eclipse, чтобы управлять отношениями между Subversion и Bugzilla. Например, с Mylyn вы можете иметь Bugzilla задача «активна» в рабочей области Eclipse, поэтому любые коммиты Subversion связаны с задачей. Хорошее введение в Mylyn на developerworks.
Когда вы настроите связь и подтвердите изменение, интеграция свяжет номер задачи с ревизией.
Если вы хотите автоматизировать создание версий Bugzilla при выполнении тегов в Subversion, есть несколько указателей ниже, хотя вам, вероятно, лучше делать это вручную, поскольку создание тега не означает, что продукт был создан и доступно для ваших пользователей (если вы не расширили ловушку для создания ваших пакетов).
Вы можете установить ловушку после фиксации для Subversion, эта ловушка будет вызываться всякий раз, когда вы фиксируете изменение. Вы можете проверить, является ли тип фиксации копией в каталог тегов, и вызвать Bugzilla через API , чтобы создать новую версию.
Вам необходимо определить некоторые соглашения для тегов выпуска, чтобы версии не создавались для всех тегов (например, вызовите API, если тег начинается с «релиза»).
Расширение Python Subversion pysvn может помочь упростить обработку хука.
В документации Subversion также есть несколько примеров сценариев, которые могут помочь вам начать работу.