...
This document is mostly a checklist to ensure the task will be successful.
Follow each steps
...
...
...
...
Table of Contents | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|
|
What will be migrated?
Due to technical difficulties with the APIs, we have only just published the Phase 1 and 2 of CCMA. It will allow you to migrate requirements, external properties and Jira links.
|
| |
|
| |
|
| Not within the CCMA but it is possible to manually export Baselines from Server and import them back to the Cloud (since 4.2.14) |
|
| |
|
|
|
...
1 | On the Server/DC side, upgrade the CCMA plugin to the latest version; | On the Server/DC side, upgrade the JCMA plugin to the latest version; |
2 | Upgrade Requirement Yogi for Confluence Server to the latest version (minimum 3.5.1) | Upgrade Requirement Yogi for Jira Server to the latest version (minimum 3.5.2) |
3 | Install Requirement Yogi on Confluence Cloud. | Install Requirement Yogi on Jira Cloud. |
4 | Once the installation is complete, make sure you link your RY for Confluence and RY for Jira instances together, see docs. | |
5 | Make sure permissions are set up so we can view and create pages in your spaces:
| |
6 | Make sure pages with requirements on your Server / Data Center instance are not restricted.
| |
7 | Open the migration endpoints:
| Open the migration endpoints:
|
8 | If you are using multiple relationships for requirement-issue links in Server / Data Center, make sure you create the same relationships in the RY for Jira Cloud administration as well. |
...
See typical warnings in the Troubleshooting page.
...
Limitations
On the Cloud, pages containing requirements must be migrated to the new editor experience, since we only have transformers for the new JSON/ADF storage backend, and not for the XML one. The migration will be triggered when we apply the transformation.
...