Что означает каждая цифра в версии программного обеспечения (например, 1.7.1.0)?
Что может означать каждая цифра в версии программного обеспечения? (например, 1.7.1.0)
Как вы оцениваете свои версии?
Спасибо.
Ответы
Ответ 1
Он действительно отличается от поставщика поставщику. Чаще всего они (в порядке):
- Основной номер выпуска
- Незначительный номер выпуска
- Номер выпуска обслуживания (только исправления)
- Если используется вообще: номер сборки (или номер версии управления версиями)
1.7.1.0 это будет первая версия обслуживания для версии 1.7 продукта.
Даже определение того, какая разница между майором и малой версией, сложна. Основные выпуски обычно включают значительные новые функции. Или поставщик просто хочет, чтобы люди снова заплатили за продукт. Незначительные релизы могут включать исправления и новые функции, но обычно ничего не нарушать.
Некоторые компании используют младший бит для разграничения альфа-бета-версий и финальных выпусков. Нечетные номера являются предварительными релизами, а четные номера - финалами. 1.7 будет бета-версия предстоящего выпуска 1.8. Эта привычка становится все менее и менее распространенной.
Постройте числа с каждым выпуском независимо от того, насколько незначительны изменения. Каждый раз, когда он запускается, он автоматически увеличивается в процессе сборки. Многие сборки никогда не публикуются публично, но они могут помочь в управлении жизненным циклом программного обеспечения, упрощая для QA уникальную идентификацию версии программного обеспечения.
Ответ 2
Обычно это <Major.Minor.Revision.Build>
.
Где:
- Major - основное обновление программного обеспечения.
- Minor - небольшое обновление для программного обеспечения.
- Редакция - любое изменение (исправления ошибок, небольшие обновления)
- Номер сборки (обычно при использовании автоматического приращения)
В вашем примере (1.7.1.0):
- Основная версия 1
- Было 7 незначительных обновлений
- Первая версия/исправление
- Нет номера сборки
Ответ 3
Каждый проект выбирает свою собственную конвенцию. Как указывали другие, одним общим соглашением является "Major.Minor.Revision.Build"
Несколько моих фаворитов:
версии Ubuntu - "Year.Month". Например, 10.04 был выпущен в апреле 2010 года.
версии TeX теоретически являются только bux-fixes навсегда, поэтому их версии асимптотически приближаются к pi (например, 3.1415926)
Ответ 4
Это зависит. Вот информация о номерах версий Microsoft http://en.wikipedia.org/wiki/Microsoft_Version_Number
Мы использовали последнюю цифру как номера сборки для наших приложений.
Ответ 5
Другим широко используемым методом является инкрементный номер сборки. Без какой-либо корреляции с так называемой "версией".
"Версия" более интересна для потребителей, желающих узнать, что это новый продукт, поэтому вы просто даете каждому выпуску имя.
Но для внутреннего использования и простой ссылки на продукт и его проверенную версию с контролируемым версием, может быть удобнее простой инкрементный номер сборки.
Ответ 6
Здесь, как IBM определяет их для программного обеспечения WebSphere, включая объяснение того, какие критерии определяют каждый уровень.