-
Notifications
You must be signed in to change notification settings - Fork 67
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Field Replacements not working #33
Comments
Hi @francescoPizzolon, We stepped through the code and found that your settings are getting discovered correctly. However, the matching logic does not account for field names that start with different prefixes. Your source project is in TFS 2017.2, which can use any type of field declaration.
can all occur in the same process definition. In VSTS the visual process editor gives you a standardised prefix based on the process name. (in your case: ScrumCustomized) If we look at the code in: We see at line 307:
The logic looks up the destination work item and checks if the source types are there. If they are not, they get thrown out. @sferg-msft I'll have a dig now, but as this is your class I thought I might as well ask: Will boot up my 2017.2 machine now and create a repro. |
Just to clarify as well: If we rename the destination process to Scrum.v3 and create a field "EstimatedEffort" with the same type as in the source, this works like a charm. |
I’m on vacation, but when I get back I’ll investigate. |
Thanks so much @sferg-msft Meanwhile I've had a play with my TFS server and if I change the method in question to this, it starts working:
However I then get this error for some reason, which seems to have something to do with applying the tags at the end:
I guess there is some validation logic some where that I would also need to edit. All the best, |
We have an issue with the reference field names not matching when trying to migrate from a VSTS instance to another VSTS instance. We get these errors:
This is happening because our new VSTS instance allows me to create the LhiScrum process and all these associated fields but has them all as a reference name with a prefix of "Custom" instead of "LhiScrum" and therefore does not find the matching fields. It doesn't matter if I rename the inherited target process template to "LhiScumX" and then back to "LhiScrum" or delete it and recreate it but it always starts with the "Custom" reference field prefix. Since thesew are both VSTS instances i cannot use the WIT Admin tool to change anything directly so I cannot migrate any of the custom fields. Any way to relatively easily work around this so I can actually utilize the tool effectively for my migration? P.S. The "Custom" prefix may be related to that at first cut we had created on the target system a "LhiScrum" process template but too many misconfigurations were done during its creation that is was deleted and started over from scratch thinking that would be easier... |
I'm experiencing this Issue as well, any news on getting is fixed?! |
I've hit this same problem. |
I want to map five source fields to target fields that I specified in a template called ScrumCustomized. The migration is successful but these fields have not being populated. Any ideas? Am I missing something?
"field-replacements": {
"Scrum.v3.EstimatedEffort": { "field-reference-name": "ScrumCustomized.EstimatedEffort" },
"Custom.Confidence": { "field-reference-name": "ScrumCustomized.Confidence" },
"tfl.BusinessSummaryInfo": { "field-reference-name": "ScrumCustomized.BusinessSummaryInfo" },
"tfl.BusinessRationale": { "field-reference-name": "ScrumCustomized.BusinessRationale" },
"Tfl.ProjectCode": { "field-reference-name": "ScrumCustomized.ProjectCode" }
},
The text was updated successfully, but these errors were encountered: