- В этой теме 4 ответа, 3 участника, последнее обновление 9 лет, 3 месяца назад сделано
.
-
Записи
-
Подскажите по какому принципу формируется номер версии Rapid Scada?
На текущий момент на сколько я понял версия Rapid Scada 5.1.1 . Но внутри проекта здесь 5.0.1, а вот здесь { 0x05, 0x00, 0x00, ServerUtils.AppVersionLo, ServerUtils.AppVersionHi }; формируются версии с другими значениями.
Дело в том что к примеру в предыдущей версии при создании драйвера KpMQTT я ориентировался на то, что изменение версии протокола вызовет ошибку соединения с сервером клиентской части с оповещением в лог о несоответствии протоколов, при этом достаточно просто понять в чем может быть проблема у клиента для этих случаев. Сейчас же с момента перехода на 5 версию стратегия формирования версионности стала мне непонятной, поскольку я вижу отличия версий самого проекта с версиями указанными внутри кода проекта. Возможно внутри когда предполагается версионность протокола обмена с Rapid Scada для клиентов а снаружи всего проекта в целом? Тогда необходимо гарантировать чтобы в пределах этой версионности не изменится пространство имен как это произошло в одной из версий. Ну и неудобство в том что непонятно на какую версию Rapid Scada ссылаться при доработке драйверов, чтобы учесть совместимость между промежуточными версиями.
Да, было бы полезно знать, чтобы хотя бы драйвера делать с тем же номером версий, как и ScadaComm, ScadaData и так далее, что использует драйвер.
А то я сейчас даже не заморачиваюсь этим.
Продукт в целом имеет версию из трёх чисел: 5.X.Y
Где 5 — можно назвать поколением, в рамках поколения база конфигурации не меняется (или меняется крайне незначительно сохраняя совместимость) и внутренний протокол TCP не меняется,
Y — меняется при любом изменении приложения или модуля,
X — меняется если произошло значимое изменение функционала или формата XML-файла настроек приложения или модуля.Приложения (Сервер, Коммуникатор, Вебстанция и т.д.), а также модули, драйверы, плагины имеют версию из четырёх чисел 5.X.Y.Z.
Где 5 — это поколение, общее как для продукта в целом, так и для приложений и для модулей.
Остальные числа X, Y, Z — свои для каждого приложения или модуля, не надо искать их взаимосвязь.
Z — любой незначительный фикс,
Y — изменение функционала, но совместимость модуля с предыдущей версией сохраняется
X — значительное изменение функционала, формата файлов настроек и т.п.Есть некоторые плагины с версией 1.X.Y.Z — это устаревшая нумерация и будет изменена в след. версии плагина.
История версий http://doc.rapidscada.net/content/ru/version-history/
- Для ответа в этой теме необходимо авторизоваться.