pi-migration-docs-update (#1989)

* updated the pi migrations docs with some caveats w/ burnettk

* Update docs/Support/manage_processes.md

Co-authored-by: coderabbitai[bot] <136622811+coderabbitai[bot]@users.noreply.github.com>

---------

Co-authored-by: jasquat <jasquat@users.noreply.github.com>
Co-authored-by: Kevin Burnett <18027+burnettk@users.noreply.github.com>
Co-authored-by: coderabbitai[bot] <136622811+coderabbitai[bot]@users.noreply.github.com>
This commit is contained in:
jasquat 2024-07-24 15:48:51 -04:00 committed by GitHub
parent 1280c7efaa
commit 01deb74680
No known key found for this signature in database
GPG Key ID: B5690EEEBB952194

View File

@ -178,6 +178,26 @@ You can migrate a process instance as long as the tasks that are added/updated/d
If the process instance is allowed to migrate, you can click the button to migrate your process instance.
In the case of the example, once you resume the instance and complete Manual Task A, you will be presented with Manual Task B.
### Caveats
#### Cannot migrate in these situations
Migration is not possible when the following activities are active (started/ready/waiting):
- Call activity/Subprocess - The task itself cannot be changed once it is active.
Tasks inside the call activity or subprocess can be updated if they have not been reached.
Tasks that directly follow one of these activities are special, and you cannot migrate an instance if you add or remove one of these.
- Multi Instance tasks
- Loop tasks
- Signal boundary event - add/remove signals
- Looping back through a part of a process which has already completed once
#### Forms
Forms are not serialized as part of the process model specification, and therefore are not considered during migration.
Instead, they rely on the git revision to determine what version of the file to use.
Therefore, if you change only a form, the system will not allow you to migrate the process instance.
### APIS
- `GET /process-instances/{modified_process_model_identifier}/{process_instance_id}/check-can-migrate`