Нумерация версий приложения до первого релиза не является обязательной или стандартной практикой, однако она может быть полезной для организации разработки и обозначения этапов работы над проектом.
Перед тем, как решить, нужно ли нумеровать версии до первого релиза, необходимо понять, что в общем случае подразумевается под версией приложения. Версия представляет собой метку, используемую для идентификации конкретного состояния приложения или программного обеспечения. Это может быть простым числовым значением, таким как 1.0, или более сложным обозначением, содержащим несколько чисел и символов, например, 1.2.3-alpha.
Перед первым релизом приложение может находиться в стадии разработки, где еще не достигнута полная функциональность или стабильность. В этом случае мы можем использовать различные подходы для нумерации версий:
1. Можно использовать простую нумерацию в формате x.y, где x - номер основной версии, y - номер версии с меньшими изменениями или доработками. Например, 0.1, 0.2, и так далее. В этом случае можно считать, что первый релиз будет version 1.0.
2. Также можно использовать более сложную схему нумерации версий до первого релиза, добавляя дополнительные идентификаторы или метки для отделения стабильных или нестабильных версий, например, "-alpha", "-beta" или "-rc" (Release Candidate). Например, 0.1-alpha, 0.2-beta и так далее. Это поможет отличать тестовые или нестабильные версии от более стабильных и готовых к публикации.
3. Еще один подход - использовать отраслевые стандарты для версионирования, такие как SemVer (семантическое версирование). SemVer предлагает использовать трехсекционные номера версий в формате x.y.z, где x - номер основной версии (включает совместимые изменения), y - номер версии совместимых изменений, но с добавлением новых функций, а z - номер версии сопровождающих изменений и исправлений. Используя этот подход, можно начать с версии 0.1.0, и по мере развития проекта увеличивать каждую из секций в соответствии с правилами SemVer.
Независимо от выбранного подхода, важно документировать и поддерживать последовательность версий, чтобы у пользователей была ясная информация о новых возможностях, изменениях и исправлениях, по мере развития проекта. Также важно учесть, что если версионируемой кодовой базе придается осмысленная структура и постоянное обновление, это существенно облегчает поддержку и развитие приложения.