Генератор Changelog — от Conventional Commits к Markdown

Вставьте ваш git log и получите аккуратный раздел CHANGELOG.md: коммиты сгруппированы по Features, Bug Fixes, Performance и Breaking Changes, области (scope) выделены жирным, есть ссылки на коммиты, а также следующая семантическая версия.

Обновлено
Получить коммиты после последнего тега:git log $(git describe --tags --abbrev=0)..HEAD --pretty=format:"%h %s"
Раздел CHANGELOG.md

Ваши данные никогда не покидают ваш компьютер. Вся обработка выполняется на 100% локально в вашем браузере.

Был ли этот инструмент полезен?0.0 Оценок: 0
Создавайте сообщения Conventional CommitsТип, область, описание, тело, breaking changes и футеры, с проверкой правил на лету, версией релиза и командой git.Конструктор Conventional Commits →

Как пользоваться: Генератор Changelog

  1. Выполните команду git log из блока выше в вашем репозитории и вставьте результат (хеш и заголовок в каждой строке).
  2. Введите текущую версию: версия релиза подскажется по коммитам, или укажите свою.
  3. Выберите заголовки Conventional или Keep a Changelog и добавьте URL репозитория, чтобы хеши коммитов стали ссылками.
  4. Скопируйте Markdown в начало вашего CHANGELOG.md или в описание релиза на GitHub.

Conventional Commits за 30 секунд

Заголовок каждого коммита начинается с типа, необязательной области (scope) и описания: feat(cart): add coupon field. Символ ! после типа или области, либо заметка BREAKING CHANGE: помечают критическое изменение.

ТипРазделПовышение версии
featНовые возможности / AddedMinor
fixИсправления / FixedPatch
perfПроизводительностьPatch
feat!, BREAKING CHANGEBreaking ChangesMajor
refactor, docs, style, test, build, ci, choreПрочее / скрытоНет
revertОткатыPatch

Keep a Changelog

Keep a Changelog группирует записи для людей по разделам Added, Changed, Deprecated, Removed, Fixed, Security: новые релизы идут первыми, а вверху есть раздел Unreleased. Выбирайте этот стиль, если changelog читают пользователи, а не разработчики.

От changelog до релиза

Проверьте предложенную версию в Semantic Version Calculator, обновите version в вашем package.json, затем создайте тег и отправьте релиз. Команды есть в Git Command Generator. Workflow GitHub Actions может собирать и публиковать релиз на каждый тег.

Также ищут как: changelog из conventional commits, генератор changelog.md, keep a changelog генератор, генератор release notes, conventional commits генератор, git log в changelog, список изменений версии.

Инструменты, которые хорошо сочетаются с Генератор Changelog

  • Конструктор Conventional Commits — Пишите сообщения коммитов по спецификации Conventional Commits и не запоминайте её наизусть.
  • Генератор README — Заполните несколько полей и получите аккуратный README.md, готовый для GitHub: бейджи, установка, пример использования, таблица настроек, переменные окружения, план развития и лицензия.
  • Валидатор YAML — Вставьте файл Docker Compose, манифест Kubernetes, workflow GitHub Actions или любой YAML, чтобы найти ошибку, поймать типичные ловушки и получить аккуратно отформатированную версию.
  • Генератор YAML для Kubernetes — Укажите имя приложения, образ и порт, и вы получите готовый к продакшену YAML для Kubernetes: Deployment с пробами, лимитами ресурсов и защищённым security context, а также выбранные вами Service, Ingress с TLS, ConfigMap, Secret и HorizontalPodAutoscaler — всё в одном файле, готовом для kubectl apply.

Часто задаваемые вопросы

В каком формате вставлять git log?
Лучше всего по одному коммиту в строке, сначала короткий хеш: git log --pretty=format:"%h %s". Просто заголовки коммитов без хешей тоже подойдут. Merge-коммиты пропускаются автоматически.
Как вычисляется следующая версия?
Любое критическое изменение повышает мажорную версию, иначе любой feat повышает минорную, иначе исправления и улучшения производительности повышают патч. Для версий 0.x критические изменения повышают минорную версию.
Что будет с коммитами, которые не соответствуют Conventional Commits?
Они попадают в «Other changes» (стиль Conventional) или «Changed» (Keep a Changelog), чтобы ничего не потерялось. Удалите ненужные строки из результата.
Можно ли генерировать changelog автоматически в CI?
Да: такие инструменты, как release-please, semantic-release или changesets, делают это при каждом слиянии. Этот генератор удобен для небольших проектов, ручных релизов или проверки того, что выдадут эти инструменты.
Можно ли установить Генератор Changelog как веб-приложение и пользоваться им офлайн?
Да. Генератор Changelog — это веб-приложение (PWA), которое можно установить из браузера, без скачивания из магазина приложений. В Chrome или Edge (Windows, macOS, Linux, ChromeOS) или на Android нажмите вверху этой страницы «Установить приложение»; на iPhone и iPad используйте «Поделиться → На экран «Домой»», а в Safari 17+ на Mac — «Файл → Добавить в Dock». После этого приложение откроется в отдельном окне со своим значком, и так как оно полностью работает в браузере, оно продолжит работать офлайн. Firefox на компьютере не умеет устанавливать веб-приложения. Как работает установка.

Похожие инструменты

localКонструктор Conventional CommitsПишите сообщения коммитов по спецификации Conventional Commits и не запоминайте её наизусть. Выберите тип…localКалькулятор semverВсё о семантических версиях в одном месте: сравнивайте две версии, вычисляйте следующую…localГенератор команд GitВыберите задачу, например «отменить последний коммит, но сохранить изменения» или «переименовать ветку на…localГенератор READMEЗаполните несколько полей и получите аккуратный README.md, готовый для GitHub: бейджи, установка, пример…localГенератор GitHub ActionsВыберите стек, триггеры и шаги, и вы получите закомментированный файл .github/workflows/ci.yml —…localГенератор package.jsonЗаполните форму и получите корректный package.json: проверка имени npm, готовые наборы скриптов для Vite,…