Ivanhoe, там немного проще. Там все - патчи
Физически репозитарий там в общих чертах сходен с DAX, он тоже отдельными файлами - на этом сходство заканчивается. У DAX он поделен по слоям, там слоев нет (есть некий суррогат - но о нем далее), но есть деление файлов репозитария по модулям. В БД системы, где наряду с данными есть и мета-данные, имеется хранилище, описывающее список подгружаемых для нее файлов этого репозитария. При запуске система считывет этот список используемых файлов репозитария, а уже из них - списки хранимых в них объектах. Объекты идентифицируются по типу и символьному имени, числового кода (кроме таблиц, они словаре мета-данных описаны) не имеют, при повторе объекта в разных ресурсных файлах - берется из последнего Установка патча в систему, кроме непосредственного копирования ресурсного файла, содержащего псевдокод бизнес-логики, еще может менять в этом описателе компонент системы набор/ последовательность подключаемых файлов (по LIFO), тем самым меняя для системы место, откуда она будет считывать данные о каком-либо объекте. Этим же механизмом и обеспечивается некий суррогат слоев - в системе хранятся все версии объектов, но в бизнес-логике участвует та версия, что описана в последнем источнике.
Классифицировать по сервис-пакам, ролл-апам и хот-фиксам можно разве что по кол-ву исправленных в них пунктах ПИР . Как правило, после выхода новой версии идет некое накопление мелочи типа хотфиксов, с исправлением пары-тройки пунктов ПИР, потом выпускают "жирненький" кумулятивный патч , отменяющий и замещающий все старый хотфиксы - и так по кругу до новой версии.