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!
Whilst syncing work items and source code for all team projects, I receive the following error:
OH-SCM-009: Error occurred while sync. Value cannot be null.
Parameter name: key
I will zip up the logs and send to ovsmu.
Have tried the newly released 1.0.1.006, still getting an error with merges, but different this time:
OH-SCM-009: Error occurred while sync. The item $/XXX/XXX/XXX.cs does not exist at the specified version, or you do not have permission to access it.
Have sent updated logs back to ovsmu.
Getting error while giving Endpoint details while migrating to VSonlineError: Error creating the webProxy specified in the 'System.net/defaultProxy' configuration section.
Iam running opshub on win12 64bit os, .net framework also installed and The machine is behind proxy, hence added new environment variable with the name "_JAVA_OPTIONS based on http://opshub.com/main/index.php/ovsomu-proxy
added below variable
2. -Dhttp.proxyHost=ipaddress -Dhttp.proxyPort=8080 -Dhttp.proxyUser=username -Dhttp.proxyPassword=mypassword -Dhttps=false
can someone please let me the workaround for this issue.
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.
I am using the latest version of opshub and I am also getting the error when trying to migrate a small project with three users. I already sent the logs to the mentioned e-mail adress, but it returns that I have to state y request here first :) Please let me know what I can do to resolve this
It is not possible to migrate from one VSO team project to another using the free utility. Free utility is restricted to migrating from TFS On premise to VSO.
It is possible to migrate from one VSO team project to another using the commercial OpsHub Integration Manager (which is a paid product).
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