Introduction
WiMigrator is a command line tool designed with the following goals in mind:
- Migrate work items from one Azure DevOps/TFS project to another
- Real world example of how to use the WIT REST APIs
- Cross platform support
Features
- Migrate the latest revision of a work item or set of work items based on the provided query, including:
- Work item links (for work items within the query results set)
- Attachments
- Git commit links (link to the source git commit)
- Work item history (last 200 revisions as an attachment)
- Tagging of the source items that have been migrated
Getting Started
Requirements
- Source Project on Azure DevOps or TFS 2017 Update 2 or later
- Target Project on Azure DevOps or TFS 2018 or later
- Personal access tokens or NTLM for authentication
- Bypass rules or Project Collection Administrator permissions required on target project
- Process metadata should be consistent between the processes
- Limited field mapping support is provided to map fields from the source to target account
- Area/Iteration paths can be defaulted to a specific value when they don't exist on the target
Running
WiMigrator supports the following command line options:
- --validate validates that the metadata between the source and target projects is consistent
- --migrate re-runs validation and then migrates the work items
Migration runs in two parts:
- Validation
- Configuration settings
- Process metadata is consistent between projects
- Identifies any work items that were previously migrated
- Migration
- Phase 1: Work item fields
- Phase 2: Attachments, links, git commit links, history, target move tag
- Phase 3: Source move tag
A sample configuration file is provided with documentation of all the settings.
Execution example:
dotnet run --validate configuration.json
HOWTO Video
Limitations:
- Artifact links (other than git) are not migrated
- Board fields are not migrated
- Test artifacts (e.g. test results) are not migrated
Contributing
This project welcomes contributions and suggestions. Most contributions require you to agree to a
Contributor License Agreement (CLA) declaring that you have the right to, and actually do, grant us
the rights to use your contribution. For details, visit https://cla.microsoft.com.
When you submit a pull request, a CLA-bot will automatically determine whether you need to provide
a CLA and decorate the PR appropriately (e.g., label, comment). Simply follow the instructions
provided by the bot. You will only need to do this once across all repos using our CLA.
This project has adopted the Microsoft Open Source Code of Conduct.
For more information see the Code of Conduct FAQ or
contact opencode@microsoft.com with any additional questions or comments.