Добрый день. 

 

Вот какие мысли у меня возникли за то время что я использую Studio free

 

1) Можно ли сделать для редактора бизнес процессов версионность как в git?

Хотелось бы:

  • иметь возможность смотреть изменения
  • иметь возможность откатится до нужного коммита
  • иметь разные версии процессов

BPMN это же просто XML файлы, почему бы и нет?

 

2) ок. Если версионность, сделать нельзя. Можно дать возможность выгружать все процессы в архиве, а не по 1 шт. как сейчас? Что бы иметь возможность сохранить наработанные процессы и их состояние.

1 комментарий

Здравствуйте!

 

На команду разработчиков уже зарегистрированы такие задачи.

Данная возможность будет рассмотрена ответственной командой.

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

Коллеги, доброго дня!

Может, кто-то сталкивался с подобной задачей, прошу подсказать ньюансы:

1. В продакшн среде есть бизнес-процесс, который активно используется в кейсах разделов, вручную и т.д.

2. При реализации нового функционала я создал новую версию работающего процесса в пакете-наследнике от пакета с процессом и пакета с новым функционалом.

Цель - оставить запущенные экземпляры на старой реализации процесса, а новые с момента обновления запускать на новой реализации. 

3. Сейчас я должен перенести новую версию процесса в рамках обновления, но немного паникую: не нужно ли каких-либо дополнительных действий с моей стороны?

Какие-либо данные или скрипты привязать к пакету или определённую последовательность действий соблюсти, может какое-то специфичное состояние системы при переносе требуется?

Кто-нибудь сталкивался? как прошло?

Нравится

1 комментарий

См. статью «Версионность процессов»:

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

При изменении схемы процесса автоматически создается его новая версия. Новая версия процесса замещает предыдущие его версии везде, где используется схема этого процесса (например, в подпроцессах). При этом ранее запущенные экземпляры процесса продолжают работу в той версии, в которой были запущены.

При сохранении изменений в процессе выполняется проверка:

 

  1. есть ли запущенные экземпляры процесса;

  2. доступен ли для изменений пакет, в котором находится процесс;

  3. выполнялся ли экспорт бизнес-процесса.

Если пакет процесса недоступен для изменений, система предложит сохранить новую версию бизнес-процесса. После подтверждения будет выполнено сохранение новой версии в пакет, указанный в системной настройке [Текущий пакет].

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

При изменении бизнес-процесса накопилось большое количество версий. При попытке удаления версии процесса через конфигуратор система предлагает "Удалить все версии схемы и объекты процесса, запущенные ими". Как удалить только определенные версии процесса, а не весь процесс целиком?

Нравится

2 комментария

Да, и можно для процесса запомнить, что я никогда не хочу создавать его новые версии?

Здравствуйте, Александр.



Если вы удаляете не начальную версию процесса, то при выборе «Удалить все версии схемы и объекты процесса, запущенные ими» выполняется удаление лишь схем и объектов, связанных с выбранной версией процесса. Если же Вы удалите начальную версию, то все другие версии также будут удалены. Таким образом, Вы можете последовательно удалить все ненужные версии кроме начальной и актуальной, и при этом изменений с актуальной версией не произойдет.

 

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

Доброго времени!

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

Стандартный функционал удаления схемы процесса (его некоторой версии) приводит к удалению всех схем данного бизнес-процесса из пакета.

Нравится

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

Кажется, я делал Export, затем удалял, затем Import :)

Создание новой версии процесса подразумевает создание новой схемы, которая ссылается на оригинальную схему БП.
Удалить оригинальную схему БП без всех остальных версий не получится.

Только на прошлой неделе удаляла копию БП, при этом удалялись все запущенные экземпляры данного процесса-копии, если таковые имелись, но в моем случае таких вроде не было, а родительский процесс (из которого делала копию) остался.
Он был неактивен и активировала я его через действие [Set as actual] прямо в дизайнере БП.
Используемая версия 7.10.0.
Если у Вас версия ниже данной, то, возможно, что вариант, предложенный Владимиром подойдет больше.

Коллеги, спасибо за ответы.

Задача решилась небольшим шаманством :) с файлами descriptor.json и properties.json.

Из первого файла удалил секцию Parent (ссылка на первую версию процесса), а во втором файле указал "Version": "0" и "IsActiveVersion": "True". Все изменения производил в Visual Studio.

Затем загрузил изменения в файловой системе в Конфигурацию, и удалил из Конфигурации первую версию процесса уже как независимый процесс.

Решение выше оказалось не рабочим, при попытке сохранить отредактированную диаграмму процесса стало вылетать исключение: http://prntscr.com/fe4sw8
Пришлось через меню "Действия" в диаграмме процесса создавать копию процесса, а старый удалять.

"Давыдов Андрей Дмитриевич" написал:Пришлось через меню "Действия" в диаграмме процесса создавать копию процесса, а старый удалять.

Жаль, с версиями подпроцессов так не поступить :(

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