Docker multi-stage builds: оптимизация размера образа

# Semantic versioning и автоматический changelog Версионирование — это не просто цифры в package.json. Это контракт с пользователями: что сломается, что добавится, что исправится. Когда проект растёт, ручное ведение версий и changelog превращается в рутину, где легко ошибиться. Я перевёл несколько проектов на автоматическое версионирование и генерацию changelog из коммитов. Расскажу, как это работает и какие инструменты использовать. ## Введение в semver (major.minor.patch) Semantic versioning (semver) — стандарт версионирования вида `MAJOR.MINOR.PATCH`: - **MAJOR** (1.0.0 → 2.0.0) — breaking changes. API изменился несовместимо с предыдущей версией. - **MINOR** (1.0.0 → 1.1.0) — новая функциональность, обратно совместимая. - **PATCH** (1.0.0 → 1.0.1) — исправления багов, обратно совместимые. Примеры: - Удалили метод из публичного API → major. - Добавили новый опциональный параметр → minor. - Исправили баг в существующей логике → patch. До версии 1.0.0 проект считается нестабильным, breaking changes допустимы в minor. ## Conventional commits: формат и зачем нужен Conventional commits — стандарт формата коммитов, который позволяет автоматически определять тип изменения. Формат: ``` ():