Как правильно начать версионирование проекта разработки?

Какой подход лучше использовать для семантического версионирования на ранних стадиях разработки: увеличивать минорную версию для каждой отдельной фичи или выпускать все фичи в одном релизе?
  • 22 сентября 2023 г. 16:57
Ответы на вопрос 2
Для начала версионирования проекта разработки, можно использовать следующие общепринятые подходы:

1. Семантическое версионирование: Использование версий в формате MAJOR.MINOR.PATCH, где каждый компонент имеет свою семантику изменений. 
   - MAJOR: Изменения, несовместимые с предыдущими версиями.
   - MINOR: Добавление функциональности с обратной совместимостью.
   - PATCH: Исправление ошибок без изменения обратной совместимости.

2. Увеличение минорной версии для каждой отдельной фичи: При каждом добавлении новой функциональности, увеличивается минорная версия проекта. Это позволяет явно указать наличие новой функциональности в каждой версии.

3. Выпуск всех фич в одном релизе: В этом подходе, все новые фичи собираются и выпускаются в одном релизе. После каждого релиза увеличивается минорная версия проекта. Этот подход может быть полезен на ранних стадиях разработки, когда есть необходимость собрать и протестировать несколько новых фич до их выпуска.

Решение о выборе конкретного подхода зависит от особенностей вашего проекта и команды разработчиков. Важно документировать выбранный подход и следовать ему согласно плану версионирования проекта для обеспечения консистентности и ясности для пользователей и разработчиков.
Версию следует увеличивать при каждом релизе. Если у вас релиз происходит для каждой фичи, каждого микрорелиза или каждого коммита, то версия должна увеличиваться соответственно. Также, если вы уже выбрали систему управления версиями, такую как SemVer, важно придерживаться ее правил.
Похожие вопросы