Я ищу схему нумерации вариантов, которая выражает степень изменения, особенно совместимость.
Апачский АПРЕЛЬ, например, использует известную схему нумерации вариантов
..
example: 4.5.11
Знаток предлагает подобную, но более подробную схему:
..--
example: 4.5.11-RC1-3732
Где схема управления версиями Знатока определена? Есть ли конвенции для определителя и строят число? Вероятно, это - плохая идея использовать знатока, но не следовать схеме Знатока вариантов...
Что другие схемы нумерации вариантов Вы знаете? Какую схему Вы предпочли бы и почему?
Вот текущий алгоритм сравнения версий Maven, и его обсуждение . Пока версии только растут, а все поля, кроме номера сборки, обновляются вручную, это хорошо. Квалификаторы работают следующим образом: если один является префиксом другого, то более длинный - более старый. В противном случае они сравниваются в алфавитном порядке. Используйте их для предварительных релизов.
Поддерживается использование семантического версионирования для выражения совместимости; мажор - для изменений без обратной совместимости, минор - для функций с обратной совместимостью, патч - для исправлений ошибок с обратной совместимостью. Документируйте это так, чтобы пользователи вашей библиотеки могли корректно выражать зависимости от вашей библиотеки. Ваши снимки автоматизированы и не должны увеличивать их, за исключением первого снимка после релиза из-за способа сравнения префиксов.
Я бы порекомендовал стандарт семантического варианта версий, который также появляется система версий для Maven. Пожалуйста, проверьте,
Короче говоря, это
, и вы можете добавить дополнительные правила для Что-нибудь еще часть, как кажется вам подходит. например. -
.