Что касается управления версиями программного обеспечения (особенно семантическое управление версиями ), исправление обновит номер версии исправления программного обеспечения, а обновления обновят свой младший номер версии. Для приложений, которые следуют за семантическим версионированием (в формате MAJOR.MINOR.PATCH
), патч определяется как:
увеличивает версию [...] PATCH, когда вы делаете обратно совместимые исправления ошибок.
В большинстве случаев патчи обновляют третий номер, версию maintenance . Обновления обновляют номер версии minor . Кроме того, исправления обычно устраняют проблемы при сохранении совместимости, тогда как обновления могут как исправлять проблемы, так и добавлять новые функции , которые могут быть несовместимы с предыдущими версиями . После номера патча можно дополнительно добавить номер сборки или ревизии:
MAJOR.MINOR.PATCH or MAJOR.MINOR.PATCH.BUILD
Таким образом, номер версии 2.1.3.089 является второй основной версией, первой второстепенной версией (так что было проведено одно серьезное обновление), третьей сборкой для обслуживания (таким образом, три исправления с момента выпуска версии 2.1.0.X) и сборкой 089 (не имеет значения для сборок / исправлений, может рассматриваться как дополнительные метаданные, указывающие уникальный идентификатор / номер версии).
Статья в Википедии о версии программного обеспечения - интересное чтение. Причина, по которой я указываю стиль M.M.M.B, заключается в том, что он обычно используется в Visual Studio при разработке приложений.
Однако в некоторых случаях последний номер (сборка) опускается - для конечных пользователей это редко требуется. В основном это только для целей разработки.