Семантическое версионирование

  —  2 минуты

#theory#useful
Читать статью в Telegram

Способ создавать человекочитаемые наглядные номера версий для любого продукта. Для версионирования используется единый шаблон:

text
1<major>.<minor>.<patch>-<preRelease>
2
  1. Мажорные версии (major):

Увеличиваются, когда вносятся несовместимые изменения API.

  1. Минорные версии (minor):

Увеличиваются, когда добавляются новые функции, сохраняя обратную совместимость.

  1. Патч-версии (patch):

Увеличиваются, когда выпускаются исправления ошибок, сохраняя обратную и прямую совместимость.

  1. Предрелизные версии (preRelease):

Можно добавлять к номеру версии суффиксы, чтобы обозначить предварительные версии (например, alpha, beta, rc).

Примеры

text
11.0.0
21.2.3
32.0.0
41.5.0-alpha.1
51.5.0-rc.2
64.2.1-snapshot.4
75.18.2-test.1
8

Кстати, обычно суффиксы встречаются такие:

  1. dev — версия, которая может содержать изменения, находящиеся в процессе разработки, и не является полностью стабильной
  2. alpha — первая версия программного продукта, которая обычно имеет ограниченный набор функций и может содержать много ошибок
  3. beta — версия, которая следует за альфа-версией и обычно уже более стабильна. В бета-версию могут быть добавлены новые функции, но она все еще может содержать некоторые ошибки
  4. release-candidate (rc) — версия, которая считается готовой к выпуску, но перед официальным релизом требует дополнительного тестирования и обратной связи от пользователей
  5. preview — версия, которая предварительно показывает новые функции или изменения, которые будут включены в будущую версию
  6. test — версия, которая используется для тестирования новых функций или исправлений перед их включением в основную ветку разработки

Статья была полезной?