This migration utility helps customers to migrate the most commonly requested data from an on-premises Team Foundation Server to their Visual Studio Online account. It is designed for basic migration scenarios to migrate history of version control changesets, work items etc.
Worked very smoothly and completely migrated ~15 realtively simple projects and ~1,300 changesets. After configuring online security and mapping logins, the process couldn't have been much smoother. The only issue I've noticed so far is that check in timestamps for revisions will be set to the time of migration check-in; however, the comments have the original check-in user and original timestamp. Overall, this is an excellent utility - highly recommended for moving collections from TFS to Visual Studio Online!
When I try to run this, on the User Mapping page, I get the following error:
OH-TFS-Connector-0051: Operation failed getUserList. Server Error:
Object reference not set to an instance of an object.
I know this just came out but I hope these errors get fixed. I have tried a number of migration strategies and none of them have worked.
Can you please zip up and send us the log files from location <c or d>:\Program Files\OpsHub Visual Studio Online Migration Utility\logs and email them to firstname.lastname@example.org
Please include a reference to this request in your email
Please send us the zip of log files at the above email address (email@example.com). We need the logs to analyze and find the root cause for this issue. also, how many users are there in the source and target project?
I've got same error.
That's because I had a team project using the same project collection name.
The getUserList method calls ReadIdentity (TFS client object model) passing the wrong domain, team project domain instead of collection project domain.
Rename the project collection...
I was able to migrate most of the projects to VOS except for two. I'm getting the same error:
OH-TFS-Connector-0051: Operation failed getUserList. Server Error:
Object reference not set to an instance of an object
I will send the logfiles to firstname.lastname@example.org.
We're migrating 126 projects from tfs to tfs online. It failed halfway through (approx. 11k changesets) giving this error: OpsHub-012010: Processing blocked - earlier event(s) for entity 6117 have to be processed first.
When I hit retry and start the process again it just stops by itself after a few minutes and give the same message. I have no clue why it does that.
Logs are over here http://productdownloadtest.blob.core.windows.net/uploadedfiles/logs.zip Help appreciated. Thanks
There is not enough hard-disk space on your machine, Can you please make sure you can have some of the space free on your machine for C: (Windows Drive). Additionally You can follow below steps to free some space but that can take some extra time in processing.
Step: In your machine there is one extra drive created temporarily for processing change-set , the name of that drive may be O: (O Drive) , Go to that drive and delete all files and folder in that drive, On Next processing of change-sets, the required flies will be downloaded as needed hence it will take some extra time for processing
Thanks for your help, I had already extended the disk and made another try.
We're currently hitting the windows 260 chars limit for paths because your tools creates a 4 characters (5 with the slash) at the root of the virtual drive you create. Any way to fix this issue?
Can you please make sure you are using the latest version of the utility (we have fixed some bug in this area recently). If with the latest version you are still running into this issue, please send us the logs.
I have two different TFS systems (2010 and 2012) with different projects. Can I selectively pick and choose which projects to move to VSO? I.e. when I've migrated one TFS instance, can I then run the tool again and move (different) projects from the other on-premise TFS into the same VSO I just migrated other stuff in?
It would also allow me to migrate projects one-by-one when the time is right for each... (I have about 31 projects scattered across those two TFS instances).
I'm downloading the 5/15/2014 version 1.0 file, but as soon as the 220 MB download finishes, my Norman Anti-Virus puts the downloaded executable in Quarantaine because it finds a Trojan (WinPE/SmallDrp.AZZS):
McAfee Details: http://www.mcafee.com/threat-intelligence/malware/default.aspx?id=7199643
I assume this isn't on purpose, so can you please test the executable and fix it?
We have verified the exe using Norton Anti Virus and McAfee. Both do not detect any malware or infections for this file. We also tested it with norman which is detecting it as malware, hence we have reported it to Norman as 'false positive detection'.
We suggest you use another Anti Virus or some another mechanism to verify whether the file is infected or not.
Great! For the time being I just disable my Norman Automatic scanner while downloading and installing the product.
After installation, Norman doesn't complain about the installed files. It just doesn't like the installer executable.
Thank you for investigating this issue.
Does it support custom project templates. For instance, our TFS Projects are built on a Conchango branded Agile template, and I'm not even sure how that template can be imported in to a new TFS server.
The free utility does not support migrating custom templates.
Customized templates can either be reverted to standard templates and then migrated using the free utility or they can be migrated using the OpsHub Integration Manager (which is a licensed commercial product). If you are interested in using OpsHub Integration Manager for the migration of custom template please send us a message by registering at http://www.opshub.com/main/index.php/company/contactus
I've successfully migrated our projects (~13000 changesets) and everything seems to be ok, however due to changes done in a few projects after migration I need to "merge" those to VSO as well.
Will I be able to merge those changes if running a new migration with same source and destination as first migration, or is that not supported in this free utility ?
In other words: Is the the migration a one time action between source and destination, or can it be run repeatedly to keep destination updated with changes in source until we move 100% over to VSO ?
Migration is a one time activity. You have the option to delete the target project and restart the migration to capture the additional changes. If this was one time additional changes, then this is probably the best option.
If you expect this to be an ongoing activity, on going periodic (or regular) sync is also supported in OpsHub Integration Manager (OpsHub's commercial offering).
The utility is restricted to migrating from TFS on premise to VSO. The migration you outline is feasible with OpsHub commercial offering. Please reach out to us at http://www.opshub.com/main/index.php/company/contactus for more information
Managed to setup mapping nicely. However when starting the migration I noticed the tool was filling up one of our networkshares (mapped to O:) with alot of files "w11_1..." (database?).
How did it decide to use that network share. Nothing in configuration of the migration involved telling the tool where to store its "working" files.
When I removed mapping to my O: (network share) the files got created in the following directory:
C:\Program Files\OpsHub Visual Studio Online Migration Utility\TFS_Temp
Presume there was some default mapping of the temp directory that didn't work well with my setup?
The utility uses C:\Program Files\OpsHub Visual Studio Online Migration Utility\TFS_Temp aliased to O: drive for its temp scratch area (needed during migration). Please make sure that O: drive is not mapped before running the utility.