Как вы создаете журналы изменений для своих проектов?

Question

Я использую Subversion в качестве RCS и Bugzilla для отслеживания проблем. И я просто спрашиваю себя, как создавать автоматические журналы изменений для пользователей?

Я уже попробовал инструмент "svn2cl". Но создаваемые им журналы изменений являются техническими для меня (например, ни один пользователь не хочет знать, что разработчик XY вчера изменил 20 файлов, чтобы исправить утечку памяти). Пользователь хочет журнал изменений, который содержит что-то вроде этого:

Версия 1.0
- добавлена ​​функция 1

Версия 1.1
- исправлена ​​ошибка # 4711
- добавлена ​​функция 2
...

Кто-нибудь знает инструмент, дополнение или скрипт для создания журналов изменений из моих записей в bugzilla? Или есть хороший способ сделать это? Я знаю, что trac поддерживает создание журналов изменений, но мне не очень нравится trac.

Обновление Написал свой собственный маленький инструмент для этой работы. Вы можете получить его на ChangelogGenerator .

Answer 1

Существует проект sourceforge под названием Bugzilla Changelog, который создает этот журнал в виде HTML или Wiki-текста.

См .: Проект Bugzilla Changelog

Answer 2

Используя пользовательский инструмент, который регистрирует изменения базы данных для каждого проекта, модуля и т. Д., Эти изменения затем можно экспортировать в файлы с помощью пользовательского надстройки для finalbuilder для производства readme или экспортировать в веб-сервис, который импортирует их в локальную базу данных для веб-сервер, чтобы пользователи могли просматривать / искать в Интернете, что изменилось для каждого модуля.

Answer 3

я думаю, вы можете сделать так, чтобы Bugzilla генерировала его для вас Используйте экран расширенного поиска ошибок, отфильтруйте веху / версию, статус и разрешение. Затем вы можете экспортировать его в формате CSV и работать с ним в Excel

Answer 4

Excel? :)

Я предполагаю, что для каждой версии вы сначала создаете список реализуемых функций, вносимых изменений, исправляемых ошибок и т. Д. Где-то необходимо отслеживать их состояние, чтобы вы знали, что завершено, что было передано более поздняя версия и т. д., и когда пришло время проверить и отправить.

Эта информация в вашем документе отслеживания в значительной степени содержит все, что вам нужно.