Нумерация версий

По самой простой схеме нумерации версий к имени компонента или системы добавляет­ся номер версии. Например, Solaris 2.6 обозначает версию 2.6 системы Solaris. Первая версия обычно обозначается 1.0, последующими версиями будут 1.1, 1.2 и т.д. На каком-то этапе соз­дается новая выходная версия — версия 2.0, нумерация этой версии начинается заново — 2.1, 2.2 и т.д. Эта линейная схема нумерации основана на предположении о последовательности создания версий. Подобный подход к идентификации версий поддерживается многими про­граммными средствами управления версиями, например RCS.

На рис. 3 графически проиллюстрирован описанный способ нумерации версий. Стрелки на рисунке проведены от исходной версии к новой, которая создается на ее основе. Отметим, что последовательность версий не обязательно линейная — версии с последова­тельными номерами могут создаваться на основе разных базовых версий.

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

В более общем случае версия программного обеспечения нумеруется согласно схеме A.B.C.D, где:

- A — мажорная версия (major version) программного обеспечения;

- B — минорная версия (minor subversion, промежуточная версия) программного обеспечения

- C — релиз (release) программного обеспечения;

- D — сборка (build) программного обеспечения.

Идентификация, основанная на значениях атрибутов

Основная проблема схем явного именования версий заключается в том, что такие схе­мы не отображают тех признаков, которые можно использовать для идентификации вер­сий, например:

• заказчик;

• язык программирования;

• состояние разработки;

• аппаратная платформа;

• дата создания.

Если каждая версия определяется единым набором атрибутов, нетрудно добавить новые версии, основанные на любой из существующих версий, поскольку они будут идентифици­роваться единым набором значений атрибутов. При этом значения многих атрибутов новой версии будут совпадать со значениями атрибутов исходной версии; таким образом можно прослеживать взаимоотношения между версиями. Поиск версий осуществляется на основе значений атрибутов. При этом возможны такие запросы, как "самая последняя версия", "версия, созданная между определенными датами" и т.п. Например, обозначение для версии системы AC3D, разработанной на языке Java для использования под управлением Windows NT в январе 1999 года, будет выглядеть следующим образом:

AC3D (язык = Java, платформа = КТ4, дата = январь 1999).

Идентификация, основанная на значениях атрибутов, системой управления версиями может применяться непосредственно. Однако более распространено использование толь­ко части имени версии, при этом база данных конфигураций поддерживает связь между значениями атрибутов и версиями системы и компонентов.