Reputation: 4342
With Azure DevOps Server 2019 RC it is possible to enable inherited process model on new collections (see release notes). Is there any way to use the inherited process model also for existing collections, where no customization on the process was made
Upvotes: 6
Views: 1056
Reputation:
Not exactly an answer for your question but we recently had the same task and I want to share how we handled this. We also wanted to move to the inherited model and we did not want to do any hacking. So we decided to create a new Collection on our Azure Devops Server 2020 with the inherited model and also migrate our tfvc repository to git.
ReflectedWorkItemId
for every WorkItem look hereReflectedWorkItemId
for every WorkItem by using the process editorWorkItemTrackingProcessor
to migrate all Epics/Features/Product Backlog Items/Bugs/Tasks/Test Cases. Then the same processor but with the mentioned workaround for Shared Steps and Shared Parameters.TestPlansAndSuitesMigration
to migrate the Test Plans and SuitesUpvotes: 0
Reputation: 1
I added a set of comments on how I hacked my way from an existing XML collection with a set of Projects to the Inherited type.
Working as long as a vanilla workflow is applied to an existing XML collection before doing the voodoo thing.
Upvotes: 0
Reputation: 4342
Inherited process model is currently only supported for new collections created with Azure DevOps Server 2019 and not for existing collections.
See this Developer Community entry which asks for it.
Upvotes: 3