Ченджлоги после мержа PR: как это делают живые разработчики (а не боты в Jira)

На Reddit разгорелся животрепещущий вопрос: как вы ведёте ченджлоги после слияния PR? Ответы — как набор инструментов у сеньора: от «вручную в Markdown» до «у нас бот сам собирает, но никто не читает». Знакомая боль, да?

От ручного труда к полуавтомату

Большинство призналось, что пишут ченджлоги руками — прямо в описании PR или в отдельном файле. Звучит как сборка IKEA без инструкции: вроде делаешь всё правильно, но результат всё равно кривой. Некоторые используют commit messages как источник правды — но мы-то знаем, что «fix bug» и «update» там встречаются чаще, чем осмысленные описания.

Автоматизация с нюансами

Более продвинутые ребята внедрили semantic-release или standard-version — и теперь ченджлоги генерируются автоматически из Conventional Commits. Правда, как заметил один комментатор: «Мы настроили авто-ченджлог, но всё равно приходится вручную править, потому что бот не умеет отличать фичу от багфикса, когда коммит написан в пятницу вечером». Знакомая история: CI зелёный, а ченджлог — красный.

Комментарий студии METABYTE

Мы в METABYTE тоже прошли через все стадии принятия ченджлогов — от отрицания до автоматизации. Если хотите, чтобы ваши релизы перестали быть сюрпризом для команды, а ченджлоги читали (а не пролистывали), — мы поможем настроить процесс так, чтобы даже пятничные коммиты не ломали историю.