Системы контроля выпусков OS/2 — различия между версиями

Версия 08:06, 27 января 2022

На данной странице описывается известная информация о системах контроля выпусков операционной системы OS/2.

Общие примечания

1. • Официальных источников информации, описывающих логику нумерации сборок, по состоянию на 11-2020, не обнаружено.
   • Все выводы основаны на исследованиях сообществ (в т.ч. и Old-DOS Wiki).
   • Часть выводов может в будущем оказаться неточной/неверной.
   • Исследование построено на изучении доступных выпусков, а также с привлечением информации из других источников.

Способы контроля выпусков

В различных выпусках OS/2 применялось три системы контроля выпусков и второстепенных обновлений.

• Build number. Версия ядра операционной системы (файл OS2KRNL/OS2KRNLI).
• CSD-level. Версия обновления операционной системы (файл SYSLEVEL.OS2).
• Microsoft CSD level. Вспомогательный номер версии обновления (файл LEVEL8.???).
  • Используется только в выпусках MS OS/2 1.30.1.

Номер сборки ядра

Контроль версий и выпусков осуществляется при помощи так называемого номера сборки.
В самих версиях операционной системы встречаются два обозначения:

• Build level. Используется на этикетках оригинальных носителей.
• Internal Revision. Используется в файле ядра OS2KRNL/OS2KRNLI.

В сообществах используются условные обозначения build, rev, ir.
Вид номера сборки определяется числом x.y:

• x – ветка разработки. Число, общее для всех версий одного выпуска.
• y – непосредственно номер сборки.
  • Предполагается, что он отражает порядковый номер конкретной компиляции.

Иногда в номере сборки встречаются литеры. В зависимости от конкретной версии, их значение может быть различно:

• Перекомпиляция. Обозначается одной литерой.
  • Подобные номера сборок встречаются на этикетках носителей, в компьютерной прессе, а также в списках вареза.
  • В файлах дистрибутивов литера рядом с номером сборки отсутствует во всех известных случаях перекомпиляций.
  • Литеры встречаются и в верхнем, и в нижнем регистре. Имеет ли это различие смысл, неизвестно. Предполагается, что литеры в разных регистрах равнозначны.
  • Положение литеры в разных сборках отличается. Имеет ли это различие смысл, неизвестно. Предполагается, что положение литеры не имеет значения. Например, обозначения 6F.167 и 6.167F считаются равнозначными.
    • В пределах Old-DOS Wiki в целях унификации используется второй вариант с литерой в конце.
  • Примеры номеров сборок: 6.167d, 6H.177, 6.307B.
• Выпуск Microsoft. Обозначается двумя литерами в верхнем регисте MS, которые указываются после номера сборки.
  • Вероятно, это было сделано Microsoft во избежание путаницы с выпусками IBM OS/2.
  • Единственный известный пример – это сборка 7.224MS, доступная в двух редакциях и нескольких локализациях.

Ветки разработки

Номер сборки представлен в виде x.y (подробнее см. выше). Первое число x обозначает ветку, в которой была скомпилирована сборка.
В настоящее время известны следующие ветки разработки:

Восточные локализованные выпуски с поддержкой DBCS имеют другой способ нумерации сборок, основанный на внутренних названиях веток разработки:

CSD-номер

CSD-номер (CSD – Corrective Service Disk) предназначен для контроля промежуточных версий выпущенного продукта (пакеты обновлений и обновлённые розничные выпуски).
CSD-номер используется, начиная с OS/2 1.1. Этот номер содержит информацию о ветке разработки, редакции и локализации рассматриваемого выпуска.
Примечание №1: Некоторые виды выпусков не используют CSD-номер для контроля промежуточных версий. У таких выпусков CSD-номер не имеет смысла и используется только в качестве вспомогательного критерия (подробнее см. ниже).
Примечание №2:. Некоторые выпуски имеют заведомо неверный CSD-номер. Возможно, это ошибки разработчиков (подробнее см. ниже).

Структура CSD-номера