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

Я планирую использовать непрерывную доставку для своего проекта maven, но я не знаю, как на самом деле управлять общедоступным журналом изменений. Раньше (обычные последовательные выпуски) я писал запись об изменениях заранее, и, поскольку я знал, какая версия выпуска ожидается, я мог просто сослаться на эту версию. С компакт-диском это меняется. Я больше не могу ссылаться на конкретную версию, так как я делаю компакт-диск, не зная версии заранее.

Существуют ли какие-либо инструменты или передовые методы рабочих процессов для CD для управления общедоступным журналом изменений?

Я знаю, что могу просто получить журнал SCM и создать журнал изменений, используя эту информацию, но мне не нравится использовать сообщения SCM для общедоступного (удобного для конечного пользователя) журнала изменений.


person Jotschi    schedule 19.05.2016    source источник


Ответы (2)


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

person Bertholt    schedule 27.05.2016

Я написал свой собственный инструмент журнала изменений, который идентифицирует теги git для набора файлов изменений. Затем эта информация используется для создания журнала изменений.

Таким образом, я могу использовать информацию тега git, и я все еще могу обновлять ранее созданные записи журнала изменений.

person Jotschi    schedule 06.06.2016