@maarkllc/github-issue-voyager

GitHub Issue Voyager

Overview

Fully configuration-based CLI tool to migrate issues across GitHub repositories or to export to Jira.

Based on the handy utility https://github.com/buildo/gh-issue-mover. I ended up expanding on some of the capabilities of gh-issue-mover due to some additional needs I encountered - e.g., migrating issues from one GitHub organization repo to another (and the need to map usernames) as well as the need to export to Jira (via CSV).

GitHub Migration

When migrating issues from Github repo to another, Issue Voyager uses the GitHub REST API v3 to copy issues from the source to the destination.

Jira Migration

Jira does not provide a REST API for importing issues. Therefore, you have to go "old school" and export issues out as a CSV and then import them into Jira through its import tool. When exporting to Jira, Issue Voyager creates a CSV file that matches the formatting rules and conventions outlined by Jira: Importing data from CSV.

Note: For exporting comments, Issue Voyager uses Jira's default date format to reduce possible import problems.

Usage

1. Install from npm:

npm install -g github-issue-voyager

2. Create a configuration file that contains all of the details of the migration.

3. Once you have configured your config.json, run from the command line using:

github-issue-voyager --config=config.json

Configuration File

The configuration file is a JSON file in the following format:

{
  "migrationType": "github",
  "sourceRepository": {
    "repoOwner": "MyFirstOwner",
    "repoName": "MyFirstRepoName",
    "accessToken": "11111111111111111111111111111111111"
  },
  "destinationRepository": {
    "repoOwner": "MySecondOwner",
    "repoName": "MySecondRepoName",
    "accessToken": "11111111111111111111111111111111111"
  },
  "options": {
    "method": "all",
    "labels": ["frontend"],
    "issueNumbers": [27, 28],
    "stickyUsers": false,
    "closeIssueWhenComplete": false,
    "addSourceComment": false,
    "exportPath": "export"
  },
  "mappings": {
    "priorities": [
      { "source": "priority a", "destination": "Highest" },
      { "source": "priority b", "destination": "High" },
      { "source": "priority c", "destination": "Low" }
    ],
    "types": [
      { "source": "design", "destination": "Design" },
      { "source": "bug", "destination": "Bug" },
      { "source": "task", "destination": "Development" }
    ],
    "users": [
      {
        "source": "first-username",
        "destination": "second-username",
        "destinationName": "John Doe"
      }
    ]
  }
}

Descriptions of each property are provided below:

Name		Description	Req.
migrationType		Specifies whether migration is to another Github repo or for export to Jira. (github, jira)	Yes
sourceRepository		Contains details of the originating repo.	Yes
	repoOwner	Owner of the repo (organization or user)	Yes
	repoName	Name of the repo	Yes
	accessToken	Developer token generated from Github.com to provide API access to the repo.	Yes
destinationRepository		For GitHub migration only, contains details of the GitHub destination repo.	Yes (for GitHub), No (for Jira)
options		Contains various options.	No
	method	Type of migration (all = All issues, label = All with matching label(s), issueNumber = All with matching issue number(s). Default is all.	No
	labels	Array of labels you wish to filter on (used when method = label)	No
	issueNumbers	Array of issue numbers you wish you migrate (used when method = issueNumber)	No
	stickyUsers	Boolean value indicating whether to maintain usernames when migrating the issue to the new repo. Set to false when moving across organizations or when exporting to Jira and you have constructed a user mapping array (see below). Default is true.	No
	closeIssueWhenComplete	Boolean value indicating whether to close the issue in the source repo on successful migration. Default is false.	No
	addSourceComment	Boolean value indicating whether to add a migration comment in the source issue. Default is true.	No
	exportPath	Path used to place output CSV when exporting for Jira. Default is export.	No
mappings		Container for optional mappings.	No
	priorities	For Jira only - Array of priority mappings. For each item in the array, the source value indicates a label used in source repo, while destination value identifies the corresponding priority in Jira.	No
	types	For Jira only - Array of issue type mappings. For each item in the array, the source value indicates a label used in source repo, while destination value identifies the corresponding type in Jira.	No
	users	Array of username pairs that is used when stickyUsers = false. When moving repos across organizations or when exporting to Jira, these mappings are used to make sure usernames are maintained in assignments and inside the issue body and comments. When exporting to Jira, the destination value is used for core fields such as Reporter and Assignee, while destinationName is used inside comment and description text.	No

MIT License

Copyright (c) 2020 Maark

Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:

The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.

THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.