пишете changelog руками, генерируете из отдельных файлов, генерируете из истории коммитов, ...?
Ну из наиболее удачных вариантов, которые мы использовали была генерация чейнджлога из отдельных файлов
Например, aiohttp использует towncrier https://github.com/aio-libs/aiohttp/tree/master/CHANGES#readme
тоже на него смотрю, используется в apache airflow
Во, как раз хотел про него написать. Его и использовали
https://keepachangelog.com/en/1.1.0/ xD
при изменении одного файла в нескольких PR повышается вероятность конфликтов
Практиковали такие варианты: 1. Просто файл CHANGELOG в корне, в мерж-реквесте в начало файла дописывались сделанные изменения, при релизе версии перед вошедшими в него строками добавляли заголовок с номером версии отдельным мерж-реквестом. Плюсы: в целом мало возни. Минусы: легко забыть и потом что-нибудь потерять. На каждый мерж-реквест в этом файле получается конфликт, который надо решать вручную (хоть и тривиальный). 2. В CI/CD отдельный скрипт выгребал описания коммитов и формировал из них отдельный коммит с чейнжлогом при релизе. Плюсы: после настройки всё само работает и не парит мозг конфликтами. Минусы: надо возиться с настройкой, надо энфорсить формат описания коммитов разработчикам.
Обсуждают сегодня