Автоматизация релизов Git

## Обзор

Автоматизация релизов Git оптимизирует ваш конвейер выпуска версий: пишите стандартизированные коммиты, автоматически генерируйте журналы изменений и публикуйте релизы на GitHub — всё это через воспроизводимый рабочий процесс. Лучше всего подходит для команд, у которых уже есть настроенный Git/GitHub и которые хотят устранить рутинную работу по релизам.

## Быстрый старт

1. Установите плагин: `npx skillstore add @git-release-automation`
2. Используйте навык **commit** для создания сообщений коммитов в conventional commit формате с emoji-префиксами при коммите изменений
3. Запустите **changelog-automation** для генерации журнала изменений в формате Keep a Changelog из ваших последних коммитов и PR
4. Когда готовы к выпуску, используйте навык **release** для создания git-тегов, определения изменений версии и публикации релиза на GitHub

## Основные команды

- **commit** — Создавайте правильно оформленные git-коммиты в соответствии с соглашениями conventional commit (feat, fix, chore и т.д.) с поддержкой emoji. Анализирует ваши подготовленные изменения и автоматически генерирует описательные сообщения коммитов.
- **changelog-automation** — Генерируйте журналы изменений из коммитов, PR и релизов в формате Keep a Changelog. Поддерживает настройку автоматизированных рабочих процессов для примечаний к релизам и стандартизацию соглашений о коммитах в вашей команде.
- **release** — Автоматизируйте полный рабочий процесс выпуска версии: создание git-тегов, определение изменений версии и генерация релиза на GitHub. Обрабатывает префиксированные теги для monorepo с несколькими плагинами в одном репозитории.

## Целевая аудитория

Этот плагин предназначен для команд, у которых уже есть установленный рабочий процесс Git/GitHub и которые хотят автоматизировать конвейер commit → changelog → release. Он **не** настраивает репозитории с нуля.

## Обработка ошибок

Если шаг с тегом или релизом завершается ошибкой, рабочий процесс останавливается на этапе журнала изменений — он не будет автоматически пушить сломанную версию. Вы можете просмотреть сгенерированный журнал изменений, исправить проблему и повторно запустить шаг релиза.

## Советы

- Используйте вместе с `github-pr-workflow` для сквозного покрытия: PR + ревью (тот плагин) → коммиты + релизы (этот плагин)
- Используйте **commit** в повседневной работе для формирования чистой истории коммитов, затем **changelog-automation** перед каждым релизом
- Для monorepo навык **release** автоматически обрабатывает префиксированные теги (например, `@my-plugin/v1.2.0`)