Как вы предпочитаете называть свои версии программного обеспечения?
-
03-07-2019 - |
Вопрос
Как вы предпочитаете называть свои версии программного обеспечения?Как Microsoft:альфа - бета - версия - финальный пакет обновления...Как в Google:бета-версия gmail - бета-версия - beta - beta - :) Нравятся некоторые программы:0.2 - 0.3 - 0.9999...
Решение
Основной.Второстепенный.Выпуск.Сборка
Хотя приращения выпуска и сборки не должны содержать "критических изменений" (например, иметь другой формат файла для хранения документов), я не совсем уверен, разрешены ли это младшим выпускам.
Значение суффиксов альфа, бета для меня:
Альфа-версия /Предварительный просмотр:Эй, у меня есть кое-что, что я хочу показать.
Бета:На данный момент набор функций завершен, но остались некоторые ошибки.
Кандидат на выпуск:Я думаю, что там не осталось никаких (серьезных) ошибок.
Финал:Там все еще могут быть ошибки, но я должен их выпустить в какой-то момент ;-).
Другие советы
Мы не выпускаем альфа-/ бета-версии программного обеспечения для наших клиентов.Поэтому мы просто используем:
- x.0 (для основных выпусков, содержащих важные / множество новых функций)
- x.1, x.2 и т.д.(для небольших выпусков, содержащих незначительные новые функции и усовершенствования)
- x.y.1, x.y.2 и т.д.(для исправлений ошибок / выпусков технического обслуживания)
(где x,y = 1,2,...)
Я предпочитаю метод prototype, alpha, beta, GA.Это позволяет мне сообщать пользователям / клиентам о текущем состоянии программного обеспечения.Наряду с этим я предоставляю номера версий .2, .3, .4.
- Первая цифра, обозначающая основные этапы.
- Вторая цифра означает увеличение выпуска (обычно я выпускаю релиз раз в неделю, поэтому увеличиваю вторую цифру).
- Третья цифра используется для исправлений, поэтому, если в коде есть ошибка, которая исправлена вне обычного графика выпуска, я использую третью цифру.
Корпорация Майкрософт использует нумерацию версий, а также прозвища alpha, beta, GA.
Я думаю, что название версии во многом зависит от того, чего вы пытаетесь достичь.Если вы выпускаете что-то для потребления и не пытаетесь собрать данные за период бета-тестирования, не называйте это бета-версией.Если вы не пытаетесь ознакомиться с технологией, не называйте ее alpha.
В настоящее время я работаю в основном с веб-приложениями, и мы просто нумеруем наши версии как увеличивающиеся целые числа при развертывании (1, 2, 3, 4, 5, и т.д.).Нет никакой причины вдаваться в сложную логику именования, если в любом случае никто не заботится о версиях.
Для небольших программ просто Major.Второстепенный.При серьезных изменениях - некоторые входные файлы несовместимы с предыдущей версией.Мы не предоставляем клиентам предварительный выпуск программного обеспечения, поэтому одна и та же версия предназначена для тестирования и окончательного выпуска.
То, как мы называем наши релизы, обычно является номером фазы.Поскольку большинство наших контрактов являются государственными проектами, мы выпустим первый релиз, а затем выполним фазу 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, и я не использую четные / нечетные числа для младших версий для стабильной работы / разработки.