Closed rdhaan1974 closed 3 years ago
I have added some additional logging code, but this is an error in the TFS core. Lets see if we can get closer to the error.
You may need to open the code in Visual Studio and debug to get a reall handle.
Hello, I've run with the 11.6.44, but see no change in the logfile yet. Also, the GIT get worked, but trying to debug gives some errors. Still working on that... migration.log
I've rerun this morning with 11.6.46 with the extra logging, but is still crashes. See the logfile: migration.log
I've tried debugging with Visual Studio 2019, but I can't get it to work (yet). A complete (re)build of the solution works however.
Hopefully the next push will fix it.
Hello,
The version 11.7.2 started laast night and runned perfect. All items are now in the new organisation test project. MigrationMAM.log
I disagree, the migration does not run, because it requires newly ReflectedWorkItemId on the some weird Shared Steps WorkItemType.
So I fixed it by editing the WIQLQueryBit by adding AND [System.WorkItemType] NOT IN ( 'Shared Steps','Shared Parameter' )
but still didnt work so I updated to 11.7.7 but there is some invalid field cast from Int to string in WorkItemData.cs and since 11.8.0 the configs are so messy that I broke down and cried.
@czechdude there is no requirement for any modification on the Source. There has not been that need for at least all of v11, if not before if you did not set "UpdateSource".
Please note that the only supported version is the latest, which is currently v11.9.47!
I am having the same isssue:
[20:30:52 DBG] TfsExtensions::SaveToAzureDevOps: ChangedBy: Microsoft.VisualStudio.Services.TFS, AuthorisedBy: Apurwa Kumar [20:30:52 INF] [ User Story][Complete: 1/726][sid:390169|Rev: 9][tid: null | ...FAILED to Save [20:30:52 INF] =============================================================== [20:30:52 INF] [ User Story][Complete: 1/726][sid:390169|Rev: 9][tid: null | Custom.ATPID (ATP ID) | [20:30:52 INF] [ User Story][Complete: 1/726][sid:390169|Rev: 9][tid: null | Custom.PlannedEndDate (Planned End Date) | null [20:30:52 INF] [ User Story][Complete: 1/726][sid:390169|Rev: 9][tid: null | Custom.PlannedStartDate (Planned Start Date) | null [20:30:52 INF] [ User Story][Complete: 1/726][sid:390169|Rev: 9][tid: null | Custom.ReflectedWorkItemId (ReflectedWorkItemId) | https://dev.azure.com/MetLife-US/PMACS2/_workitems/edit/390169 [20:30:52 INF] [ User Story][Complete: 1/726][sid:390169|Rev: 9][tid: null | Microsoft.VSTS.Common.AcceptanceCriteria (Acceptance Criteria) |
When i am going for a single work item or the complete Epic, it is working fine, but when i am using the path filter it is giving me the above error. Any help on this will be really appreciated. its critical
@MrHinsh MrHinsh request you to please check.
Source Process Template is Agile and the Target is Safe
Describe your issue:
I'm using the Migration tool to migrate our project to a new organisation (we have a new owner for our organisation which also has an existing DevOps organisation, so its 'moving' project.
I've tested it with a testproject in our own organisation and made the configurations. This went well. Now I'm doing it in a test project in our new organisation and with the tasks I'm getting wierd errors. When restarting it wortks ok for the item, but the next one might fail. With almost 19000 to do, I have no desire to restart it every time.
Describe any Exceptions:
System.FormatException: The string 'Microsoft.TeamFoundation.WorkItemTracking.Common.ServerDefaultFieldValue' is not a valid AllXsd value. at System.Xml.Schema.XsdDateTime..ctor(String text, XsdDateTimeFlags kinds) at System.Xml.XmlConvert.ToDateTime(String s, XmlDateTimeSerializationMode dateTimeOption) at Microsoft.TeamFoundation.WorkItemTracking.Client.WorkItemFieldData.ConvertFromXml(String value, Type type) at Microsoft.TeamFoundation.WorkItemTracking.Client.WorkItemFieldData.TakeUpdateResult(XmlElement result, Int32 newRev) at Microsoft.TeamFoundation.WorkItemTracking.Client.WorkItem.TakeUpdateResult(XmlElement result) at Microsoft.TeamFoundation.WorkItemTracking.Client.WorkItemStore.SaveWorkItems(WorkItem[] workitems, Boolean bulk, SaveFlags saveFlags) at Microsoft.TeamFoundation.WorkItemTracking.Client.WorkItem.Save(SaveFlags saveFlags) at MigrationTools.TfsExtensions.SaveToAzureDevOps(WorkItemData context) in D:\a\1\s\src\MigrationTools.Clients.AzureDevops.ObjectModel\TfsExtensions.cs:line 49 at VstsSyncMigrator.Engine.WorkItemMigrationContext.ReplayRevisions(List`1 revisionsToMigrate, WorkItemData sourceWorkItem, WorkItemData targetWorkItem, Int32 current) in D:\a\1\s\src\VstsSyncMigrator.Core\Execution\MigrationContext\WorkItemMigrationContext.cs:line 599
When migrating the parent link from the task to the (already migrated PBI) the GitRepositoryEnricher tries to update the item or link (not sure what exactly). One of the fields is expecting a date value, but gets the string 'Microsoft.TeamFoundation.WorkItemTracking.Common.ServerDefaultFieldValue' which I think comes from the server? But strange, next run the item is succesfully processed and then the next crashes.
Source Details
Target Details
I have completed the following:
"LogLevel": "Debug"
in the configuration file which will output more information to the log.Step 6 MAM debug.json.txt
migration.log