предисловие
Многие разработчики не сталкивались с непрерывным процессом итерации продукта, в основном они прошли один набор, максимум одну-две версии итерации, и их в основном переведут в другую проектную команду или уволят, а дальше такие вещи продолжаются Повторяйте, пока не покинете отрасль.
Разработчик разрабатывает версию в течение 3 месяцев и размещает версию 1. Если есть ошибка, как обновить номер версии после исправления? Это может быть версия 2. После исправления этой ошибки, если ошибка все еще существует, вы можете перейти к версии 3. Если это будет продолжаться, до запуска продукта номер вашей версии будет очень большим, и его будет трудно запомнить. какая версия имеет какую функцию. Если продукт будет обновлен после того, как он появится в сети, вы можете себе представить, что после того, как это продолжится, он может достичь версии 9999....
формат имени
Существует три распространенных формата именования для управления версиями: формат именования номера версии в стиле GNU, формат именования номера версии в стиле Windows и формат именования номера версии в стиле .Net Framework.
Формат именования номеров версий в стиле GNU
номер основной версии номер подверсии [.номер версии исправления [.номер версии сборки]]Major_Version_Number.Minor_Version_Number[.Revision_Number[.Build_Number]]Пример :1.2.1, 2.0, 5.0.0 build-13124
Формат именования номеров версий в стиле Windows
номер основной версии номер подверсии [номер версии исправления [номер версии сборки]]Major_Version_Number.Minor_Version_Number[Revision_Number[.Build_Number]]Пример:1.21, 2.0
Формат именования номеров версий в стиле .Net Framework
основной номер версии.номер подверсии[.номер скомпилированной версии[.фиксированный номер версии]]Major_Version_Number.Minor_Version_Number[.Build_Number[.Revision_Number]]Номер версии состоит из двух-четырех частей: основного номера версии, дополнительного номера версии, внутреннего номера версии и номера редакции. Требуются основной и дополнительный номера версии; номер сборки и номер версии являются необязательными, но если часть номера версии определена, требуется номер сборки. Все определенные части должны быть целыми числами, большими или равными 0.
Эти разделы следует использовать в соответствии со следующими соглашениями:
Major: сборки с одинаковыми именами, но разными основными номерами версий не являются взаимозаменяемыми. Это относится, например, к обширным переработкам продукта, которые делают невозможным обратную совместимость.
Minor: если две сборки имеют одинаковое имя и основной номер версии, но разные дополнительные номера версий, это указывает на значительное улучшение, но с учетом обратной совместимости. Это относится, например, к исправленной версии продукта или новой версии, полностью совместимой с предыдущими версиями.
Build: Разница в номере сборки указывает на перекомпиляцию одного и того же источника. Это подходит для смены процессоров, платформ или компиляторов.
Revision: Сборки с одинаковым названием, основным и вспомогательным номерами версий, но разными номерами версий должны быть полностью взаимозаменяемыми. Это относится к устранению дыр в безопасности ранее выпущенных сборок.
Последующие версии сборки, отличающиеся только номером сборки или номером редакции, считаются исправлениями для предыдущей версии.
Поскольку программное обеспечение на рынке в основном мобильное, здесь мы в основном представляем стиль GNU.
Описание фазы выпуска программного обеспечения
-
Базовая версия: эта версия означает, что программное обеспечение представляет собой просто фальшивую ссылку на страницу, обычно включающую все функции и макеты страниц, но функции на странице не полностью реализованы, а служат только инфраструктурой для всего веб-сайта.
-
Альфа-версия: эта версия указывает, что программное обеспечение на данном этапе в основном предназначено для реализации программных функций, обычно сообщаемых только разработчику программного обеспечения.Вообще говоря, эта версия программного обеспечения содержит много ошибок и нуждается в модификации.
-
Бета-версия: По сравнению с альфа-версией, эта версия была значительно улучшена, и были устранены серьезные ошибки, но все еще есть некоторые дефекты, которые необходимо устранить после многих тестов.Основным объектом модификации этой версии является пользовательский интерфейс. программного обеспечения.
-
RC-версия: Эта версия достаточно зрелая, в основном в ней нет ошибок, вызывающих ошибки, и она почти такая же, как и готовящаяся официальная версия.
-
Релизная версия: эта версия означает «окончательная версия».После серии бета-версий предыдущей версии в конечном итоге появится официальная версия, которая, наконец, будет доставлена пользователям. Эту версию также иногда называют Standard Edition. При нормальных обстоятельствах Релиз не будет отображаться на обложке программного обеспечения как слово, а вместо этого будет символом (R).
Соглашение об именах версий
Номер версии программного обеспечения состоит из четырех частей:
- Первая часть - основной номер версии
- Вторая часть - номер подрывной деятельности.
- Третья часть - это номер версии этапа.
- Четвертая часть - это номер версии даты плюс номер версии на греческом языке.
Правила изменения номера версии
-
主版本号修改При значительных изменениях в функциональных модулях, таких как добавление нескольких модулей или изменение общей архитектуры. Этот номер версии зависит от проекта, чтобы решить, следует ли его изменить. -
子版本号修改При наличии определенных дополнений или изменений в функциях, таких как добавление контроля доступа, добавление пользовательских представлений и других функций. Этот номер версии зависит от проекта, чтобы решить, следует ли его изменить. -
阶段版本号修改Обычно это исправление ошибки или какие-то небольшие изменения, а ревизии должны выпускаться часто, и временной интервал не ограничен, если исправлена серьезная ошибка, то может быть выпущена ревизия. Этот номер версии может быть изменен по усмотрению менеджера проекта. -
日期版本号Он используется для записи текущей даты изменения проекта.Каждое изменение проекта требует изменения даты и номера версии. Этот номер версии может быть изменен разработчиком. -
希腊字母版本号Этот номер версии используется для указания того, на каком этапе разработки находится текущая версия программного обеспечения. Когда программное обеспечение переходит на другой этап, этот номер версии необходимо изменить. Этот номер версии зависит от проекта, чтобы решить, следует ли его изменить.
флаг стадии номера версии
| Сценический псевдоним | Идентификатор этапа |
|---|---|
| контроль спроса | a |
| этап проектирования | b |
| фаза кодирования | c |
| модульный тест | d |
| модификация юнит-теста | e |
| Интеграционное тестирование | f |
| Модификация интеграционного теста | g |
| Тест системы | h |
| Модификация системного теста | i |
| Вступительный тест | j |
| Модификация приемочного испытания | k |
Нет публики: