Семантическое управление версиями - основная версия для традиционного веб-приложения

Question

У меня есть приложение Rails, которое является традиционным веб-приложением (обрабатываются HTTP-запросы и отображаются страницы HTML).На данный момент у него нет API, которые доступны другим приложениям.

Я хочу использовать семантическое управление версиями для управления версиями приложения.В настоящее время он равен 0.0.0.

Цитирование из документации:

ОСНОВНАЯ версия при внесении несовместимых изменений API,
ОСНОВНАЯ версия при добавлении функциональности вспособ обратной совместимости и
версия PATCH при исправлении ошибок, совместимых с обратной совместимостью.

Из того, что я понимаю, поскольку нет приложений, зависящих от моего, основная версия никогда не изменится.Изменится только младшая версия и версия патча, основная версия всегда останется 0.

Я хочу знать, верно ли мое понимание.Есть ли сценарий, в котором моя основная версия изменится?

Answer 1

Поскольку вы не разрабатываете и не выпускаете программный пакет, семантическое управление версиями не применяется напрямую.Звучит так, как будто одного номера «релиза» может быть достаточно для вашего варианта использования, поскольку вам нужно отслеживать, когда изменение кода будет в тесте и в продуктах.Предполагая, что код должен пройти тестирование перед тем, как перейти к prod, вы будете обновлять число всякий раз, когда обновляете тестовую среду с помощью кода из ветви разработки.Таким образом, в данный момент разработка будет иметь выпуск N, тестирование будет иметь N-1 и prod N-2.

Управление версиями API - это другая проблема, независимо от нумерации версий.По моему опыту пользователи API заботятся только о критических изменениях, поэтому они должны быть версионнымиКроме того, поскольку пользователи не спешат обновлять свои приложения, вы должны быть готовы хранить старые версии бесконечно долго.