Что Ваш предпочтенный метод должен назвать Вашими релизами программного обеспечения?

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

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

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

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

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

Microsoft использует нумерацию версии, а также альфу, бету, моникеры GA.

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

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

Для маленького программного обеспечения, просто Главного. Незначительный. Если Существенные изменения - некоторые входные файлы не совместимы с предыдущей версией. Мы не предварительно выпускаем программное обеспечение клиентам, таким образом, та же версия для тестирования и для финальной версии.

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

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

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

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

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

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

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