With Backbone, you can define workflow mappings based on issue status, allowing you to define fine-grained distributed workflows between synchronized issues.
This guide will demonstrate how to map create a distributed workflow between two synchronized issues.
Prerequisite: Upload XML workflow files to Backbone
Firstly, you need to upload your workflow data to Backbone, because Backbone cannot pull workflow data from your Jira instance directly.
You need to upload all workflows that are configured for the issue types that you will synchronize. To do this, you need to carry out the following steps for all synchronized projects:
- For the first synchronized project, navigate to Project settings > Workflows
- You will see a list of all the workflows configured for this project, separated by issue type. You need the workflow data for all the issue types you want to synchronize. For the relevant workflows, click the Actions pencil icon > Export > As XML
- Repeat steps 1 and 2 for the second synchronized project. Even if the workflows are identical, you must get the separate XML files from the two different projects, because the status IDs, the transition IDs, etc, will be different
- Navigate back to the Backbone configuration, and Workflows > ••• > Manage Jira workflows then upload the workflow files for both projects
Choose the correct workflow editor
Backbone includes two workflow mapping editors – the default (visual) editor and the advanced (text-based) editor. When you start configuring workflow mappings, it's important to choose the correct one for your needs.
|Name||Functionality||Recommended use case|
|Default editor||Lets you map workflow status between projects||All scenarios except when the advanced editor is recommended|
|Advanced editor||Lets you map the workflow status, and also select specific transitions||
Two scenarios only:
Let's create a workflow mapping with the default editor.
- To get started, open the synchronization configuration and click Workflows > New workflow mapping;
If you see a different view (with two columns for the two projects), this means that you've already created workflow mappings for this project with the advanced editor – you won't be able to switch back to the simple editor without losing these.
- Select which workflows you want to map, and what issue types you want to map the workflow for.
Now, you can use the editor to map what workflow state the partner project should be triggered to when your project sends them a certain workflow state:
In this example, when Project A sends Project B its current workflow status, Project B's workflow status will transfer to the same status.If there is more than one path between two statuses, Backbone will always select the shortest path. If there are multiple possible shortest paths, you can select which Backbone should take by clicking the path selection button:
- On the next screen, map what workflow status your project should transition to when the partner project sends a workflow state. You can configure this in the same way as step 3.
The advanced editor lets you map workflow states between projects, and also select specific transitions between those states.
If you need to use the advanced editor, switch by clicking ... > Switch to advanced view:
- If you want to create a workflow mapping for all issue types belonging to a project's default workflow, then click Default workflow mapping +.
- If you want to create a workflow mapping for (a) specific issue type/s, click + New workflow mapping.
To define a workflow mapping, simply click + then you can define transition rules for your project. When you define a transition rule, you can define what transition for project's workflow should be triggered when the workflow status in the partner project changes. The condition is always a combination of the local status and the status of the partner project. Whenever the status in the partner project changes, Backbone will search for a matching condition and perform the selected transition (or transitions). The list of transitions to select depends on the selected local status.
Transition rule example
Here, if Project A is in status In Progress, and Project B's workflow status changes to Done, then Project A's workflow status transitions to status In Review.