Какую часть номера версии следует увеличить на сервере непрерывной интеграции

Question

Я интегрировал свое решение в сервер непрерывной интеграции tfsbuild 2010. Это прекрасно работает для всех моих библиотек.

Далее я хотел бы увеличить номер версии во время каждой сборки на сервере CI.

Состав номера версии: (Основная версия).(Малая версия).(Номер редакции).(Номер сборки)

Мой вопрос: какова лучшая практика, как число, которое должно быть увеличено в этом сценарии? Я бы подумал номер сборки, так что я получаю 1.1.1.123 и следующую проверку результатов в 1.1.1.124 и т. Д.

Что мне интересно, хотя, когда номер редакции увеличивается? Major - руководство для основных выпусков, вспомогательная версия, поскольку я создаю несколько веток для выпусков.

Я прав или какова правильная практика?

Answer 1

Основные, второстепенные версии и редакции см. В разделе " Семантическое управление версиями 2.0 ".

Для сборки с похожим набором функций увеличивается только номер сборки (если сборка прошла успешно, как прокомментировал Gonen ниже).
В случае неудачи в следующей сборке будет использоваться тот же номер сборки.

Номер редакции также называется номером "патча":

Патч версия Z (x.y.Z | x > 0) ДОЛЖЕН быть увеличен, если будут введены только обратно совместимые исправления ошибок.
Исправление ошибки определяется как внутреннее изменение, которое исправляет некорректное поведение.

Answer 2

Вы можете, не следует увеличивать только номер сборки (менее важная часть), я повторю @VonC

и добавьте - это имеет смысл только для опубликованных сборок, для внутренних сборок, увеличивающих любые числа, не имеет смысла от POV заказчика и разработчика