...
Note : For importing attachments it is required to have the attachment data available over http/https so that it is accessible to Jira server/Cloud directly
...
High Level Tasks
Sl No | Task | Estimation in (man hours) | Comment |
|---|---|---|---|
1 | Get credentials for admin for Github from client & Jira AccessNA | Action required from Client it is required to export the attachment data | |
2 | Get separate VM for development workNA | Action required from Client | |
3 | There should be a mapping document to show which field in Github map to which field Jira | Empyra team to create the mapping and get confirmation from the customer | |
4 | Installations on development environment & testing of Github account credentials | Yes we have | |
5 | There should be a way for the utility to pull data from Github | Yes we have | |
6 | There should be a way for the utility to transform the data from Github format to Jira understandable format | Analysis is done. Transformation to be worked upon. | |
7 | There should be a way for the utility to export the transformed data to CSV format understandable by JIRA | Action from Empyra team | |
8 | There should be a way for the utility to generate report of data pulled from Github | Action from Empyra team | |
9 | There should be a way for the utility to generate report of data exported to CSV format | Action from Empyra team | |
10 | There should be a way for the utility to check the data in Jira cloud using api calls and generate report of data exported | Action from Empyra team | |
11 | Testing | Action from Empyra team |
...
Question | Details | Clarification |
|---|---|---|
Do we need to migrate pull request details? | Github repositories also have pull requests marked raised by users. if we have to migrate them then they have to be migrated to Bitbucket cloud | No, There is no need to migrate repositories |
Do we need to migrate the closed issues? | There are some closed issue present in the repository which somebody had already worked upon and have resolved them so do we have to migrate them also? | Yes |
Do we have to create epics in Jira cloud for issues marked with label ‘epic’? | There are some issue with labels 'Epic' against them so do we have to create epic in Jira cloud for such issues? | Yes |
Do we have to migrate users also? | There are users in the SiftScience accounts so Do we have to migrate these users too to Jira cloud? | Mapping between Github users and Jira users is required |
What kind of ticket should we create in Jira for each issue in Github? | Github has only one issuetype called as issues and Jira has a separate field called as issuetypes, So how should we identify which one is a bug, task, story or any other type? | Open Story What if the issue types doesn’t have any label? |
Does client uses Jira cloud or after github migration they will start using it? | Wanted to understand whether Jira cloud is having data/configuration at present or not. | Client is already using Jira Cloud |
Do we have list of labels that we need to support for migration? | The labels in Github should be migrated to Jira. Now Sift uses labels itself for different purposes. Some of them could be used to mark issuetypes like bugs and feature requests while others may be used for marking them with specific technology of development. | Yes we have the list |
What if a issue in github is marked with two labels which are considered as different projects? | ex. if an issue AP-1 has two labels project 1 and project 2 under it in Github then while moving it to Jira under which Jira project should this issue be put? project 1 or project 2? | Generate a report of such issues having more than one labels(project) |
Dependency from the Client
Item | Details | Status |
|---|---|---|
Project List | Client has to create three more projects | Done |
Labels | Done | Done |
Issue Types | Done | Done |
Field Mapping from JIRA to Github | Done | |
Milestone | Done(We have only one sprint in JIRA. We will have to migrate all the issues under this sprint) | No Need to migrate Milestones |
User List | We need usernames of the users from JIRA | Done |
Access to JIRA | Done |
Tasks for POC
Task | Details | Aim | Status |
|---|---|---|---|
Migrate : 10 Closed and 10 Open issues Migrate: 5 Milestones and 5 project with attachments | In Gihub, create two four milestones and add few issues under each | To check if we can create closed sprints in Jira or not | |
Migrate User data | In Github invite some users to join the organization | To check if we have enough information to create a user in Jira from Github | |
Migrate Comments | In Github create comments under different issues. | To check if we can migrate the comments under a project and a issue or not | |
Migrate Attachments | In github create an attachment, Migrate this attachment to JIRA | To check if we can migrate the attachment to proper issue or not | |
Check the release version | Try to migrate releases from Github to Jira | To see if we can migrate releases data or not |
Work Breakdown(Stories & Estimations)
# | Story | zTasks | Status |
|---|---|---|---|
1 | Utility should be able to pull data from Github | ||
Utility should be able to pull api data from Github | Done | ||
Utility should be able to download the migration data | Done | ||
Utility should be able to save the data locally to the hard drive | Done | ||
Utility should be able to join the organization migration(attachment) data to data pulled from api | Done | ||
Utility should be able to generate the report based on data pulled from Github | Done | ||
2 | Utility should be able to transform the data in JIRA compatible format | ||
Utility should be able to read and transform the data into CSV format compatible with JIRA | Done | ||
Utility should be able to generate the report of the transformed data | Done | ||
3 | Configure the test JIRA server instance to emulate the cloud | ||
Create users in the jira instance | Done | ||
Create all projects with same name as labels in Github and custom fields | Done | ||
Person should be able to import the data in Jira server | Done | ||
Utility should be able to generate a report to validate the data in JIRA server against the data imported in CSV format | Done | ||
Validate the migrated data | Done | ||
4 | Import the transformed data into Jira cloud | ||
Person should be able to import the data in JIRA cloud | Done | ||
Validate the migrated data | Done |