azure-devops-migration-tools | Azure DevOps Migration Tools allow | DevOps library

 by   nkdAgility C# Version: v13.0.5 License: MIT

kandi X-RAY | azure-devops-migration-tools Summary

kandi X-RAY | azure-devops-migration-tools Summary

azure-devops-migration-tools is a C# library typically used in Devops applications. azure-devops-migration-tools has no bugs, it has no vulnerabilities, it has a Permissive License and it has low support. You can download it from GitHub.

The Azure DevOps Migration Tools allow you to bulk edit and migrate data between Team Projects on both Microsoft Team Foundation Server (TFS) and Azure DevOps Services. Take a look at the documentation to find out how. This project is published as code on GitHub as well as a Azure DevOps Migration Tools on Chocolatey.
Support
    Quality
      Security
        License
          Reuse

            kandi-support Support

              azure-devops-migration-tools has a low active ecosystem.
              It has 410 star(s) with 287 fork(s). There are 28 watchers for this library.
              OutlinedDot
              It had no major release in the last 12 months.
              There are 10 open issues and 741 have been closed. On average issues are closed in 246 days. There are 2 open pull requests and 0 closed requests.
              It has a neutral sentiment in the developer community.
              The latest version of azure-devops-migration-tools is v13.0.5

            kandi-Quality Quality

              azure-devops-migration-tools has 0 bugs and 0 code smells.

            kandi-Security Security

              azure-devops-migration-tools has no vulnerabilities reported, and its dependent libraries have no vulnerabilities reported.
              azure-devops-migration-tools code analysis shows 0 unresolved vulnerabilities.
              There are 0 security hotspots that need review.

            kandi-License License

              azure-devops-migration-tools is licensed under the MIT License. This license is Permissive.
              Permissive licenses have the least restrictions, and you can use them in most projects.

            kandi-Reuse Reuse

              azure-devops-migration-tools releases are available to install and integrate.
              It has 739 lines of code, 0 functions and 318 files.
              It has low code complexity. Code complexity directly impacts maintainability of the code.

            Top functions reviewed by kandi - BETA

            kandi's functional review helps you automatically verify the functionalities of the libraries and avoid rework.
            Currently covering the most popular Java, JavaScript and Python libraries. See a Sample of azure-devops-migration-tools
            Get all kandi verified functions for this library.

            azure-devops-migration-tools Key Features

            No Key Features are available at this moment for azure-devops-migration-tools.

            azure-devops-migration-tools Examples and Code Snippets

            No Code Snippets are available at this moment for azure-devops-migration-tools.

            Community Discussions

            QUESTION

            Process migration isen't working in the current version? (11.11.8.0)
            Asked 2022-Feb-01 at 22:22

            I try to migrate a process from one azure devops org to another with the Azure DevOps Migration Tool. In the answer for this question it is said if you run this command migration.exe init --options Full you get the complete configuration options that are available. But in the created configuraition file I can't find a processor for the process migration. In your GitHub documentation there are hints that it should be possible, so I am a little confused.

            Are they diffrent versions on GitHub and Chocolatey?

            If I compare the version number and the release date (on the sites) then it seems they have the same version.

            In the code from GitHub I found the ProcessDefinitionProcessor and tryed to find the correct configuration. At the end i got this error:

            ...

            ANSWER

            Answered 2022-Feb-01 at 22:22

            The Azure DevOps Migration tools does not migrate the Process, just the Work Items.

            You can use the Microsoft project process-migrator to migrate the process.

            Source https://stackoverflow.com/questions/68816211

            QUESTION

            Wrong "ReflectedWorkItemIDFieldName" while migrating Azure DevOps Work Items
            Asked 2021-Aug-13 at 20:29

            I am testing the azure-devops-migration-tools and have create a project using https://azuredevopsdemogenerator.azurewebsites.net/ (Parts Unlimited). I have generated the configuration.json and changed the Source and Target so I can test a migration, but I'm getting errors while migrating Work Items.

            ...

            ANSWER

            Answered 2021-Aug-03 at 09:22

            I found a possible solution. I have created a custom process, change the process from the projects to this new one and add a new field. This is the field I'm using on the configuration.json and now I'm able to migrate work items

            Source https://stackoverflow.com/questions/68592578

            QUESTION

            Unable to correctly configure TeamSettingsProcessor
            Asked 2021-Feb-13 at 00:58

            I am trying to figure out how to use the TeamSettingsProcessor to migrate teams between two Azure DevOps Server Projects. At first, I tried the configuration stated in the GitHub docs page:

            ...

            ANSWER

            Answered 2021-Feb-13 at 00:58

            I use their migrator quite often and I took a look into your issue.

            I was able to replicate your issue exactly. When I dug into the exception, it looks like they changed their implementation of the TfsTeamSettingsProcessorOptions to not use the Source and Target nodes, despite this configuration being in their documentation.

            What you'll need to do is update your TfsTeamSettingsProcessorOptions to point to named TfsEndpoints configured within the Endpoints array using SourceName and TargetName attributes.

            It would look something like this in your case:

            Source https://stackoverflow.com/questions/66115600

            QUESTION

            Error while running WorkItemMigration: System.InvalidOperationException
            Asked 2020-Dec-23 at 09:08

            I work with azure-devops-migration-tools version 11.9.20.0.

            I am trying to migrate an AZDO project to AZDO.

            I created the same methodology structure on the source project, as on the target project.

            But the process of migrating work items is entering a disastrous stage.

            Here are the logs

            ...

            ANSWER

            Answered 2020-Dec-23 at 09:08

            This issue is solved in this ticket on github. I post the answer here. So it would be helpful for other members who get the same issue to find the solution easily.

            In the configuration file, language maps are invalid:

            Source https://stackoverflow.com/questions/65309938

            QUESTION

            How do I Migrate In-Line Links to Other Work Items That Point to New Project Work Items
            Asked 2020-Jul-23 at 14:10

            I've got the Azure DevOps Migration Tools setup to where it looks like everything is coming over correctly, with one exception. When in-line links to work items are brought over the link still references the old project instead of the new one. I'm assuming that I'm missing some attribute that is telling the tool to still reference the source project but I can't for the life of me find said attribute.

            Example: There are 2 projects,: "Test Source Project" and "Test Target Project" When "Test Source Project" gets migrated to "Test Target Project" the links in "Test Target Project" still reference the original task in "Test Source Project." Below is a screenshot of what I'm referencing.

            I'm expecting the link to be: https://dev.azure.com/Company/Test%20Target%20Project/_workitems/edit/75

            But I'm getting https://dev.azure.com/Company/Test%20Source%20Project/_workitems/edit/75

            The version I am on is 8.9 and here's my config:

            ...

            ANSWER

            Answered 2020-Jul-23 at 14:10

            The tool does not update inline links.

            This is an implementation issue as we migrate by iterating through all of the existing work items. For integrated links we can just add links to work items that exist in the target, and it will add from both ends once the other item is added.

            For example if we are migrating 1, 2, 3 and 1, 2 reference 3 then:

            1. #1 is migrated and no links are added as #3 does not exist
            2. #2 is migrated and no links are added as #3 does not exist
            3. #3 is migrated and links are added to #1 and #2

            At the point of adding #3 and creating the links there is no way to know which work items have inline links to any other work items.

            Ideas for fixing

            OK, so that's how the tool currently works, so I am imagining a fix. Ther could be an option "RefactorInlineLinks" that parsed any description that it encountered and fixed the link if it was in scope for the migration.

            However this would only work as a second pass after the migration was completed and all of the work items that will exist do exist.

            Source https://stackoverflow.com/questions/63047330

            QUESTION

            Need to moved the closed work items between two AzureDevops Organization
            Asked 2020-Jul-06 at 18:50

            By using VstsSyncMigrator Tool, I have successfully migrated the work items from one Azure Devops organization to another ( Agile based process). In my case all the open work items are migrated rather than the closed one. But I need to migrate the closed one also. How could I do with the same (migrate the closed work items)?

            Below is my Json file. How can I do the migrate of closed work items?

            ...

            ANSWER

            Answered 2020-Jul-06 at 18:50

            You should be able to remove the [Microsoft.VSTS.Common.ClosedDate] = '' condition from the QueryBit object of the WorkItemMigrationConfig processor. In your specific case, I would change the line to the following.

            Source https://stackoverflow.com/questions/62370599

            QUESTION

            How to prevent Save Exception in Work Items?
            Asked 2020-Jun-14 at 09:43

            Version 8.9.2 - when I run an Azure DevOps to Azure DevOps migration using base Scrum process (modified with inherited process that adds ReflectedWorkItemId to WITs), I observe save exceptions for a small percentage of the work-items during migration. After migration, I find empty work-items created with no title. Example:

            (SessionID: 5c74594c-ad96-4d2c-a056-8aec8e35e9f8)

            ...

            ANSWER

            Answered 2020-Jun-14 at 09:22

            After reviewing the documentation, I found the SkipToFinalRevisedWorkItemType configuration element for the VstsSyncMigrator.Engine.Configuration.Processing.WorkItemMigrationConfig processor. The docs are a bit cryptic, but I tried setting this configuration element to true and found it eliminated the save exceptions, resulting in successful migration and no blank-titled work-items.

            I searched all issues and did not find mention of the SkipToFinalRevisedWorkItemType except in one closed issue that included a configuration.json listing.

            If the intended functionality of the SkipToFinalRevisedWorkItemType is to address this Save exception, I would suggest a documentation update to indicate that work-item types that were changed will fail to save when replaying revisions unless SkipToFinalRevisedWorkItemType is set to true. Ideally, a code update that resulted in more graceful/informative exception handling would be added, if not functionality that could successfully navigate work-item type changes when replaying revisions.

            If none of those options are possible at present, then this issue can be closed to serve as nominal documentation.

            Source https://stackoverflow.com/questions/62370626

            QUESTION

            Possible to copy Azure DevOps Boards Shared Queries to another project?
            Asked 2020-May-18 at 19:48

            I've been working on migrating all of the work items from one Azure DevOps (Services) project to another project in the same Organization.

            I used the nkdAgility azure-devops-migration-tools to successfully copy the majority of existing work items across, but it did not grab our Shared Queries.

            I played around with the Azure Rest API in powershell to list the queries. I also looked at the AZ CLI suite to see if there was a way to list the queries. I was able to find a couple at the root level, but it was not the entire list of Shared Queries.

            Is this possible to accomplish through either of the above methods?

            ...

            ANSWER

            Answered 2020-May-18 at 19:48

            My Google-fu was strong today! Here's a link to a script that does almost exactly what I want.
            Migrate Azure DevOps work items queries to a new organization

            The only difference is that I am staying within my Organization, so making mods accordingly. Also, the Azure Rest API has probably evolved a bit since the original script was written, so I am updating the requests to handle that.

            Thanks Josh Kewley!

            Source https://stackoverflow.com/questions/61828189

            QUESTION

            vsts-sync-migrator: Migration excluding build links
            Asked 2020-May-13 at 09:04

            I migrate the project from Azure DevOps to Azure DevOps using azure-devops-migration-tools tool v8.9.2.

            Is it possible to not migrate the build links?

            See the screenshot bellow what I mean build links.

            ...

            ANSWER

            Answered 2020-May-13 at 09:04

            Since it is not posible to migrate the build history it is not posible to migrate build links. It would probably be better if those links were not migrated at all to prevent the red.

            Source https://stackoverflow.com/questions/61735617

            Community Discussions, Code Snippets contain sources that include Stack Exchange Network

            Vulnerabilities

            No vulnerabilities reported

            Install azure-devops-migration-tools

            You can download it from GitHub.

            Support

            Work Item Migration Supports all versions of TFS 2013+ and all versions of Azure DevOpsYou can move from any Tfs/AzureDevOps source to any Tfs/AzureDevOps target.Process Template migration only supports XML based Projects
            Find more information at:

            Find, review, and download reusable Libraries, Code Snippets, Cloud APIs from over 650 million Knowledge Items

            Find more libraries
            CLONE
          • HTTPS

            https://github.com/nkdAgility/azure-devops-migration-tools.git

          • CLI

            gh repo clone nkdAgility/azure-devops-migration-tools

          • sshUrl

            git@github.com:nkdAgility/azure-devops-migration-tools.git

          • Stay Updated

            Subscribe to our newsletter for trending solutions and developer bootcamps

            Agree to Sign up and Terms & Conditions

            Share this Page

            share link

            Explore Related Topics

            Reuse Pre-built Kits with azure-devops-migration-tools

            Consider Popular DevOps Libraries

            ansible

            by ansible

            devops-exercises

            by bregman-arie

            core

            by dotnet

            semantic-release

            by semantic-release

            Carthage

            by Carthage

            Try Top Libraries by nkdAgility

            azure-devops-git-tools

            by nkdAgilityPowerShell

            TfvcBranchPolicy

            by nkdAgilityC#

            azure-devops-variable-tools

            by nkdAgilityPowerShell

            vsts-admin-tools

            by nkdAgilityC#

            Azure-DevOps-Process-Tools

            by nkdAgilityPowerShell