You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We want to have a workflow to create a new participant manually.
If we don't refactor the MVD deploy workflow, adding a "Deploy participant" workflow would imply duplication of the deploy workflow. To avoid that, we could refactor the workflows.
The Deploy-Participant job can be moved to a workflow. This workflow would be called several times from cd workflow to deploy the 3 participants and could also be triggered manually.
The same would be needed for the Destroy workflow.
The goal of this story would be to figure out if this refactor is possible, and implement it if it is.
Acceptance Criteria
A "Deploy participant" workflow is used in cd and can also be triggered manually
A new "Destroy participant" workflow is used in cd and can also be triggered manually
System tests are still running
Tasks
Figure out if it is possible to reuse output from a workflow from a caller workflow
Use Deploy-Participant and Destroy-Participant workflows in cd instead of jobs
Make sure the Deploy-Participant can be triggered manually
Add a verify workflow that reuses Deploy-Participant workflow outputs
The text was updated successfully, but these errors were encountered:
Put on hold since capacity until end of sprint 13 is projected to be insufficient to cover this feature.
Can be taken up as the next priority feature if capacity is available.
Feature #91
Description
We want to have a workflow to create a new participant manually.
If we don't refactor the MVD deploy workflow, adding a "Deploy participant" workflow would imply duplication of the deploy workflow. To avoid that, we could refactor the workflows.
The Deploy-Participant job can be moved to a workflow. This workflow would be called several times from cd workflow to deploy the 3 participants and could also be triggered manually.
The same would be needed for the Destroy workflow.
The goal of this story would be to figure out if this refactor is possible, and implement it if it is.
Acceptance Criteria
Tasks
The text was updated successfully, but these errors were encountered: