Как вы предпочитаете называть свои версии программного обеспечения?

Question

Как вы предпочитаете называть свои версии программного обеспечения?Как Microsoft:альфа - бета - версия - финальный пакет обновления...Как в Google:бета-версия gmail - бета-версия - beta - beta - :) Нравятся некоторые программы:0.2 - 0.3 - 0.9999...

Answer 1

Основной.Второстепенный.Выпуск.Сборка

Хотя приращения выпуска и сборки не должны содержать "критических изменений" (например, иметь другой формат файла для хранения документов), я не совсем уверен, разрешены ли это младшим выпускам.

Значение суффиксов альфа, бета для меня:

Альфа-версия /Предварительный просмотр:Эй, у меня есть кое-что, что я хочу показать.

Бета:На данный момент набор функций завершен, но остались некоторые ошибки.

Кандидат на выпуск:Я думаю, что там не осталось никаких (серьезных) ошибок.

Финал:Там все еще могут быть ошибки, но я должен их выпустить в какой-то момент ;-).

Answer 2

Мы не выпускаем альфа-/ бета-версии программного обеспечения для наших клиентов.Поэтому мы просто используем:

• x.0 (для основных выпусков, содержащих важные / множество новых функций)
• x.1, x.2 и т.д.(для небольших выпусков, содержащих незначительные новые функции и усовершенствования)
• x.y.1, x.y.2 и т.д.(для исправлений ошибок / выпусков технического обслуживания)

(где x,y = 1,2,...)

Answer 3

Я предпочитаю метод prototype, alpha, beta, GA.Это позволяет мне сообщать пользователям / клиентам о текущем состоянии программного обеспечения.Наряду с этим я предоставляю номера версий .2, .3, .4.

• Первая цифра, обозначающая основные этапы.
• Вторая цифра означает увеличение выпуска (обычно я выпускаю релиз раз в неделю, поэтому увеличиваю вторую цифру).
• Третья цифра используется для исправлений, поэтому, если в коде есть ошибка, которая исправлена вне обычного графика выпуска, я использую третью цифру.

Answer 4

Корпорация Майкрософт использует нумерацию версий, а также прозвища alpha, beta, GA.

Я думаю, что название версии во многом зависит от того, чего вы пытаетесь достичь.Если вы выпускаете что-то для потребления и не пытаетесь собрать данные за период бета-тестирования, не называйте это бета-версией.Если вы не пытаетесь ознакомиться с технологией, не называйте ее alpha.

В настоящее время я работаю в основном с веб-приложениями, и мы просто нумеруем наши версии как увеличивающиеся целые числа при развертывании (1, 2, 3, 4, 5, и т.д.).Нет никакой причины вдаваться в сложную логику именования, если в любом случае никто не заботится о версиях.

Answer 5

Для небольших программ просто Major.Второстепенный.При серьезных изменениях - некоторые входные файлы несовместимы с предыдущей версией.Мы не предоставляем клиентам предварительный выпуск программного обеспечения, поэтому одна и та же версия предназначена для тестирования и окончательного выпуска.

Answer 6

То, как мы называем наши релизы, обычно является номером фазы.Поскольку большинство наших контрактов являются государственными проектами, мы выпустим первый релиз, а затем выполним фазу 2, фазу 3, фазу 4 по мере того, как организация решит выполнять запросы на новые функции (и получит финансирование для указанных будущих разработок).

Answer 7

Некоторые проекты программного обеспечения с открытым исходным кодом называются релизами после даты их выпуска.Например, Ubuntu 8.04 была выпущена в апреле 2008 года, а Ubuntu 6.06 - в июне 2006 года.Но Ubuntu - не единственный дистрибутив Linux, использующий этот метод.

Конечно, у каждой версии Ubuntu также есть кодовое название, которое каждый раз представляет собой другое животное в сочетании с аллитерирующим прилагательным (прилагательное также служит милым сокращением для обозначения инсайдеров).Каждый релиз идет вверх по алфавиту, чтобы люди могли легко запомнить, где разместить релиз в постоянном потоке.Например:

Например 6.06, щеголеватый дрейк 6.10, острый эфт 7.04, дерзкий олененок 7.10, бесстрашный гиббон

Answer 8

Я предпочитаю нотацию ядра Linux:major.minor.release.build, но я редко использую часть .build, и я не использую четные / нечетные числа для младших версий для стабильной работы / разработки.