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.
Update: Thank you for the suggestion, I increased the memory to 4096. The migration went on, but after a while I got this error message at 13634/46483 Changeset(s)/Label(s) passed
Error in execution of Job : <our TFS> to ourproject.visualstudio.com| <our TFS> to ourproject.visualstudio.com| TFS Source 1460104824117 Source TFS 1460104824118 'PROJECTNAME' Commit Information <our TFS> to ourproject.visualstudio.com| TFS Source 1460104824117 Source TFS 1460104824118 TFS Commit Information OpsHub-012300: Error occurred in generating events. Caused by Error in getting All Change Events : OH-TFS-Connector-0030: Error occurred in executing operation getTotalRevisions. Server Error : TF14098: Access Denied: User <My domain user account> needs Read permission(s) for at least one item in changeset 148560.
I am the project admin and member of the actual project and there is no Changeset 148560 in the project. TFS does not find this Changeset in this project. The latest changeset number of the whole TFS is 148555
Having successfully migrated several of our team projects’ source with the free version, we engaged OpsHub to see if they could support an advanced mapping scenario involving moving 8 on-premises TFS 2010 team projects’ source code (with history and thousands of branches) into one new VSTS project. They delivered a solid proof-of-concept demo of the OpsHub Integration Manager (OIM) tool almost immediately, and we proceeded with mapping configuration and validation of the myriad transaction types. Timely hotfixes were delivered as necessary, and the product demonstrated its flexibility to resume changeset processing from where it had left off. The overall customer service experience was stellar; the professional services and support teams have dedicated individuals. Meetings were flexible during our business hours, and any issues there weren’t immediate answers for were diligently researched and reported on the next day. Migration stats: -~96,000 changesets (6+ years’ worth) -~3,500,000 file revisions across those changesets -Changesets ranged in size from a single file to 300,000+ files -28 days’ processing time for the production run from start to live “catch up”
This is downloading version 1.3 but the description says 2.0. I have just tried installing the 1.3 version and it tells you once installed to install the new version in a registration email. I have been struggling for a week with the old version with errors and then just generally too slow. Fingers crossed this is a big upgrade with V2. UPDATE***Started using this and they have removed the ability to select more than 1 team project to migrate at a time. Lowered rating in response.
Smaller project code and history seems to work, eventually. I've had no success with work items regardless of Agile or Scrum workflow. There seems to be no way to import any custom templates.
As the existing TFS 2010 server is creaking at the seams, I had to run from a separate machine which didn't help the performance issue. I'm about to try on a dedicated more powerful box, importing one project at a time but I'm starting to think copying only the code with no history manually and loosing the workflow is going to be our only option. How Ms can release an upgraded TFS with no fully supported method of migrating existing data is beyond me. What's next? New Office which cant read any previous word or excel docs?
Not receiving any verification code via email. Checked inbox and spam. Also don't know how to re-run the application. Can't find it in start menu. If I try to re-install it just disappears after the standard permission elevation warning. Think I'll stick with on premises.
Seems pretty poor - can't even install since it asks for a verification code that will be emailed to the address you enter but no email ever arrives (I've checked all spam folders etc...). Need to implement a better method of providing verification as this is basic stuff.
We have done some testing with the tool, and while it seems that it generally works, we have some showstopper issues.
1) For some reason, it is extremely slow - OpsHub is looking into the issue, but we currently estimate a 9-day migration time for 5 Team Projects with a decent amount of changesets and work items. 2) More of an issue, though, is that the dates of Work Item Closed Dates, etc. as well as the Changeset dates are not migrated. This means that we cannot run realistic reports after migration or effectively track code changes.
I realize that issue #2 is not really in the hands of DevOps, but it would be nice to see a fully supported migration path from Microsoft where all available data is migrated. Otherwise, at least in our case, we cannot get started with VSO. There will simply be too large of an overhead after migration to do this.
Ryan, On #1, The migration speed is dependent on number of revisions, connectivity speed, the speed of end point and size of changesets and attachments (as they need to be transferred over the network to VSO).
On #2, The current VSO (and TFS) API doesn't allow us to set those attributes on a write. Hence the limitation.
Works well if you have a vanilla install of TFS and a brand new VSO instance with admin rights for both.
If you need any advanced customizations beyond that (e.g., being able to cloak incoming folders, re-base your import under a sub-folder, select only a subset of changesets to import, etc) I don't think you will be able to. It only includes the most basic settings: an instance of TFS to import from, an instance of VSO to export to.
It also has the tendency to fail easily. I had a very old TFS instance that had been upgraded from 2008 to 2010 and then again 2012. I'm not sure if it failed due to some corruption in TFS (it worked fine for us through VS), or if it was due to some historic branching issues. It also seems to need a lot of permissions.
Overall, it's the best product available, and you can't beat the price (free), but it can be problematic and require a little tweaking to get just right.
The utility is not designed to migrate from customized templates on TFS side. If you have customized templates on TFS side, the utility will give an error. If you are getting any other error please post it in Q&A section and we will help you in resolving it.
Since a couple of days, when VSO account is created, default collection now have the same name as the account and not "DefaultCollection":
- Use to be https://accountname.visualstudio.com/defaultcollection
- Now: https://accountname.visualstudio.com/accountname
This result into a faillure "Page not found" when starting a new migration. I've been able to fix the issue by redirecting service urls using fiddler: url.Replace("/accountname/Services/v3.0/","/defaultcollection/Services/v3.0/" but then tools is crashing with error "Instance not set to an instance of an object".
Newly created account or account with name changed is impacted.
Any suggestion or code fix would be strongly appreciated.
The migration stopped with this error.
Error in execution of Job : <our TFS> to ourproject.visualstudio.com| <our TFS> to ourproject.visualstudio.com| TFS Source 1460104824117 Source TFS 1460104824118 'PROJECTNAME' Commit Information <our TFS> to ourproject.visualstudio.com| TFS Source 1460104824117 Source TFS 1460104824118 TFS Commit Information
OpsHub-012300: Error occurred in generating events. Caused by Error in getting All Change Events : OH-TFS-Connector-0030: Error occurred in executing operation getTotalRevisions. Server Error : TF14098: Access Denied: User <My domain user account> needs Read permission(s) for at least one item in ChangeSet 148560.
I am the project admin and member of the actual project and there is no ChangeSet 148560 in the project. TFS does not find this Changeset in this project. The latest ChangeSet number of the whole TFS is 148555
After a while the migration goes on, but around 50% same error happened with another nonexisting ChangSet. And secondly the migration doesn't go on anymore.
Is this behavior exist in only the free version of the migration tool? Is there any chance that the paid version can migrate our TFS to VSTS?
Hi, can you share the logs of the migration run from : C:\Program Files\OpsHub Visual Studio Migration Utility\logs to firstname.lastname@example.org. We'll analyze them and help you solve the issue.
This isn't a free/premium variation issue.
We have a proxy error : "Unable to connect to remote server..." when we try to install OpsUb Visual Studio Migration Utility. We have correctly configured our proxy settings with a _JAVA_OPTIONS env. variable but the error still occurs. (http://www.opshub.com/main/ovsomu-proxy)
Now, we try to bypass the proxy with a specific rule but we need more information about the destination URL that the installation file tries to reach.
Could you help us with that,
Thanks a lot !
It seems that your machine is behind a proxy and all traffic in-out is being routed through it. (Including the communication of local traffic) You will have to bypass local addresses from the proxy as well as enable OVSMU to communicate through the proxy.
Please refer the C:\Program Files\OpsHub Visual Studio Migration Utility\Other_Resources\Resources\ProxyUtility.zip to configure OVSMU to utilize your proxy. There should be a user guide document which lists the steps.Keep the bypass local address value as default
I have a used a few versions of the tool and it always marked file history with the user who made the original checkin, and an additional comment like so was added, to original check in comment(Originally checked in by domain\user on 2014-07-23 16:55:13.583 as Changeset 128024).
The latest version of app, marks all history comments as done by the user, that the app is using to connect to VSO, and does not add the additional comment of when it was originally checked in.
Why do I need to map any users if the tool wont use the information I am giving it? If I am mapping users I am expecting that information to be used to place the history of the user into that user.
How exactly does the premium version use the user mapping information, is there a screen shot of the changeset history that I can see so I can compare it to what is happening now?
After looking back over the descriptions on both this site and your own, I see that One to one user mapping is listed as a feature of the free version. If this is not the case would you please update the sites.
The one-to-one user-mapping as described in the feature list is for User Fields of work-items where as per mapping, the values are set.
In premium version it is additionally used to perform impersonation (performing the action using the same user as that of source)
The user mapping interface is inside a unified user experience flow of input hence, even for a version control only migration it is still taken.
Getting below error after running long time.
ERROR Error occurred in thread of CheckinAll:O:\w75_14\xxx\xxx: Unable to write data to the transport connection: An existing connection was forcibly closed by the remote host
at com.opshub.tfs.test.TFSWebService.CheckinAllStatus(String authToken) in e:\trunk\OpsHubV2\TFSWCFServiceSource\Service\Service\TFSWebService.cs:line 958
can You please help us, how to resolve
The tool must be failing for a changeset. You should be able to find the changeset number from the 'View Failures' page. Can you use your Visual Studio to connect to your Source End Point and through Source Control Explorer, try to perform a 'Get Specific Version(s)' for the changeset number that you obtained from the tool? Can you confirm if you are getting the same error?
I'm trying a test migration from a team project to VSTS. The tool fails mentioning all the Project Server fields that exist in the collection but NOT in the team project I'm moving.
It seems to check the list of fields in the collection instead of the project I'm migrating, which is not mapped to Project Server.
This shouldn't be the case. The page showing mismatch has a tree widget which shows Collection wise > Project wise > Entity wise > Field List, which the tool has detected as missing or a mismatch (maybe for it's type or name).
Can you expand the widget to see the actual project/entity that it is pointing to? Or post a screenshot of the error page that you get.
No, OpsHub Visual Studio Migration Utility is a standard end-to-end migration solution. Ability to select a sub-set of data for migration is not available. However, we do provide such configuration flexibility in our commercial Integration / Migration tool : OpsHub Integration Manager. You can read more about the features at our website (http://www.opshub.com/main/index.php/products/oim).
Does this tool support a migration between two VSO accounts?
I would like to copy all my work items, preserving history, attachments, etc. This tool seems to be adequate (and it was suggest on Stack Overflow as the solution for that) however I don't find information about that anywhere (either free or paid) and, when trying to start a migration, the tool says it doesn't support that ("You can only select local Team Foundation Server's team project collection")
Thanks in advance,
Yes OVSMU does support VSTS to VSTS migration with the ability to retain full history, attachments, comments and links. However, it's offered only in the Premium Version. You can get in touch with our sales team via email@example.com for pricing.