Hardcoded ReflectedWorkItemIDFieldName on WorkItemUpdate processor and misleading documentation

[sonicadv27]

The ReflectedWorkItemIDFieldName seems to be hardcoded on the WorkItemUpdateConfig processor as TfsMigrationTool.ReflectedWorkItemId.

When doing an Azure DevOps to Azure DevOps work item update, the ReflectedWorkItemId we created uses the "Custom" tag, so the resulting field name is Custom.ReflectedworkItemId. However, when running the WorkItemUpdateConfig, any query fails with

TF51005: The query references a field that does not exist. The error is caused by «[TfsMigrationTool.ReflectedWorkItemId]»

This field doesn't exist anywhere on the Source or the Target and no matter the configuration i use the end result of the command is this error.

Also, I've been trying to use the processor do update work items on Target with data from Source and after searching online it seems that's not its purpose. The documentation however makes it seem like you can update work items from Source into Target so it should be updated to more clearly state its scope.

[MrHinsh]

The characters TfsMigrationTool.ReflectedWorkItemId do not appear anywhere in the source code that is hard-coded.

I would assume that the config file that is being passed includes TfsMigrationTool.ReflectedWorkItemId and you can use migration.exe exec --c C:\temp\mycustom.config to pass a specific customized config.

The Processor will indeed update work items on the Target from the Source. You can Migrate work items and then rerun the migration to make additional changes since the last migration.

Could you specify precisely what it is that you are trying to do?