AreaPath and IterationPath Explanation
See original GitHub issueHi I am getting errors with AreaPath-1 and IterationPath-1 Status: Invalid Path Value: Sandbox\Sandbox
{
"ObjectType": "VstsSyncMigrator.Engine.Configuration.Processing.NodeStructuresMigrationConfig",
"Enabled": false,
"BasePaths": ["Product\\Area\\Path1", "Product\\Area\\Path2"]
"PrefixProjectToNodes": false
}
Can I get an explanation of this area of config file code? I don’t really understand the syntax for Product\\Area\\Path1.
Let’s say my source project that I am migrating has the Area Field: Sandbox and Iteration Field: Sandbox. Do I need to update those BasePath values to Sandbox\Sandbox, assuming my Project name is also Sandbox?
How does this specify iteration?
I noticed that in documentation, PrefixProjectToNodes inserts the path from the source. Do I need to set BasePath if that is the case?
Issue Analytics
- State:
- Created 4 years ago
- Comments:8 (1 by maintainers)
Top Results From Across the Web
Define area paths and assign to a team - Azure Boards
Add area paths to support teams and group work items based on product, feature, or business areas. Once you define area paths at...
Read more >query-by-area-iteration-path.md
The Area Path and Iteration Path are two fields that appear on the work tracking form for all work item types. You define...
Read more >How to sync Area Path and Iteration Path in Azure DevOps ...
Logically, Area Path means Departments as Agile Release Trains and Teams and Iteration Path means Releases and Iterations. For example, Area Path: Azure...
Read more >How to Synchronize Area and Iteration Paths in Azure ...
You can set the Area Path based on a string value received from the remote side. It always starts with the name of...
Read more >Azure DevOps Server area path and iterations
In the web application once a work item is saved the area path and iteration path of the work item is cached in...
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found

Hi Guys, I’m still having some problems understanding the syntax here even after reading both issue documents. I am migrating from TFS to ADO and I am setting the following base path “\TFS Project Name\Area\Sub-Area” and I see all discovered Areas and Iterations for the whole TFS Project being ignored. It seems that this filter is not even correct? Any help would be most appreciated. Kind regards, Ben
Basically you have
<projectName>\Area\<path>and<projectName>\Iteration\<path>as “templates”So for the Sandbox project, it always starts with
\Sandbox\Area for Areas
and \Sandbox\Iteration for Iterations.
It was mainly meant for splitting up projects when migrating from TFS to VSTS. E.g. we had many actual “code” projects in a single TFS Project before (as per previous microsoft guideance) and decided to split them up. So we were able to take specific area/iteration paths into specific (multiple) target projects. E.g. everything under
\Sandbox\Area\Projects\SomeProjectNameto\SomeProjectName\Areaand everything under\Sandbox\Area\Projects\AnotherProjectto\AnotherProject\Area