Подскажите, пожалуйста, как понять - кто, когда и какую версию пакета ставил?
Версия bpmonline - 7.2.

В целом, кто-то может подсказать, как работает версионность у пакетов?
Так как периодически возникает ситуация, что вносят какие-то правки на одном сервере, переносят пакет на другой. А потом понять, где актуальная версия, а где нет - проблематично. Тем более, что какие-то изменения в пакет могли внести сразу на двух серверах, и потом что-то просто затерлось. И приходится разбираться куда поле делось, ведь было же!

У пакета есть поле Версия, но похоже это версия bpmonline, а не пакета.
Кроме того, при установке пакета колонка ModifiedOn в таблице SysPackage никак не меняется.
И как понять, какие отличия есть в пакетах разных "версий"? Видимо должна быть версионность еще и у схем? Просьба помочь, пока поддержка уже реализованной кастомизации не превратилась в Ад.

Нравится

7 комментариев

Здравствуйте.
В версии 7.2 отсутствует понятие версионности пакетов. Есть только понятие версия воркспейса. Это и есть поле Version в таблице SysPackage.
В версии 7.4 появилась версионность пакетов. За версию конкретного пакета отвечает поле RepositoryRevisionNumber. Если нужно работать с разными версиями разных пакетов, то необходимо выполнить обновление.

Спасибо за ответ, конечно печально, что такого функционала нет в версии 7.2.
А насколько проблемно обновиться до новой версии? Потребуется ли для этого что-то делать, или вся кастомизация будет работать? Т.е. обратная совместимость присутствует?

И сразу вопрос, а как эта версионность работает? Т.е. если была версия 1.0 на двух серверах, потом на них поменяли схему и выгрузили, то у пакетов версии поменяется на 1.1? И как потом их сравнить?

Здравствуйте.
Процедуру обновления сложно назвать простой. Структура конфигурации текущей версии радикальным образом отличается от версии 7.2 и, скорее всего, данные нужно будет переносить из базы в базу, а потом добавлять нужный функционал.
Что касается версионности, то ситуация выглядит так - версионность завязана на хранилище.
Если сервера настроены на одно приложение, то, при изменении схемы на одном из них и заливке измененного пакета в хранилище, при попытке изменения пакета на втором сервере, приложение попросит обновиться из хранилища.

Спасибо, значит переход на новую версию не светит.
Но вопрос, на будущее, получается при наличии хранилища, в случае попытки изменения пакета, сперва происходит проверка изменений в хранилище, этого пакета? Или происходит потом какой-то мерж?

Здравствуйте.
Сначала происходит проверка наличия изменений в хранилище. Если таковые есть, тогда Вам будет предложено синхронизироваться с хранилищем. До этого возможность внесения изменений будет заблокирована.

Ясно, спасибо

Ясно, спасибо

Показать все комментарии