OpsHub Visual Studio Online Migration Utility


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.

(14) Review
Visual Studio
2013, 2012, 2010
Download (6,320)
E-mail Twitter del.icio.us Digg Facebook
Add to favorites
Reviews (14)
Q and A (42)
Sign in to write a review
Sort by:

by Ryan Adler | February 19 2015

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.

Sandeep Jain (OpsHub) February 20 2015
| Edit |

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.

by Adam Plocher | February 16 2015

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.

by ssloan_lacrossecounty | January 26 2015

Amazing Tool, has saved our team countless hours.

by K Dahl | January 19 2015

Not very flexible.

Couldn't get it to migrate any work items on two very simple repos (used by one or two person teams only). We were only able to do the vc history with the tool.

Sandeep Jain (OpsHub) January 20 2015
| Edit |

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.

by christianarg | December 15 2014

Excellent tool. We had a few issues at first but the OpsHubs support was excellent and they helped us with everything. Recommended

by ENSOLCONS | December 12 2014

Although the first run of the utility was a bit time and memory excessive, the team managed to fix it and now we have migration completed without memory bloating.

by JohnBenes | November 18 2014

I used this tool to migrate from an old TFS server to Visual Studio Online and it worked great. I also found the OpsHub support to be outstanding. I recommend using this tool.

by codingoutloud | June 30 2014

Thank you - very nice tool. Considering the complexity of what you undertook and the amount of work it saved me (and many others), this was a 5 star effort.

by DKube | June 17 2014

This is a Java application, and I almost installed it. Luckily for me that I looked at the proxy installation... No Java on my machine!!

Sandeep Jain (OpsHub) June 18 2014
| Edit |

Yes. The application uses Java (and C#)among other things. Java is bundled in and the application (and Java) can be uninstalled after migration is completed.

by d1820 | May 16 2014

Tried running the installer numerous time, could not get the utility to work. nothing ever got created in C:\Program Files\OpsHub\

Hopefully there will be a Microsoft supported one in the near future to help migrate.

Sandeep Jain (OpsHub) May 20 2014
| Edit |

If you have any problem with the utility, please create a question on stackoverflow (www.stackoverflow.com) with tag opshub.
OpsHub support team monitors that tag and answers as appropriate.

by Anil Desai | May 16 2014

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!

by CastorTroy0606 | May 16 2014

Word. If you don't like it you have no idea what you are doing.

by El Bruno | May 14 2014

Amazing app! Thanks

by Ed Blankenship | May 12 2014

Sign in to start a discussion

  • Moving Shelvesets
    2 Posts | Last post March 26, 2015
    • My team is starting to migrate our projects over, but it looks like our shelvesets are not transferring over. Are they not covered by this utility, or is there something special we need to do to move them?
    • Yes. The utility does not migrate shelve sets.
  • By Project, From Multiple Sources
    3 Posts | Last post March 25, 2015
    • 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).
    • Yes. This is feasible. You can migrate selected projects and projects from two different systems.
    • I just want to verify that you can move on project today and then next week (when developers have released) you can move a different project?
  • Possible to skip a folder and / or migrate to a subfolder?
    2 Posts | Last post February 24, 2015
    • This is a 2 part question:
      1) Is it possible to configure OpsHub to skip a specific folder during the migration ($/Proj/BuildProcessTemplate specifically)?
      2) I was also hoping to migrate everything into an $/Proj/ARCHIVE folder.  Is this possible?  So on TFS it was $/Proj and on VSO it would be in $/Proj/ARCHIVE
      I don't see any obvious settings, but perhaps there's a config file or something that I can edit?
    • No. With our free migration utility, it is not possible.
      However, this can be achieved through our paid product OpsHub Integration Manager (http://www.opshub.com/main/index.php/products/oim)
  • Session Factory for OpsHub DB session is null
    2 Posts | Last post February 22, 2015
    • I'm getting this error after 5 migration progress... My project has 2568 changesets and everything was running fine till I got this error: Session Factory for OpsHub DB session is null erevery time I click on the View Progress option. Finally if I go to the Migrations list I'm not able to find it.
    • One of the possible reason for this error can be that the database may be locked by some other process, for unlocking the database please follow below steps 
          - Close the migration utility.
          - Take backup of the folder "C:\Program Files\OpsHub Visual Studio Online Migration Utility\OpsHub_Resources\HSQLDB" to some other directory.
          - Now go to the location "C:\Program Files\OpsHub Visual Studio Online Migration Utility\OpsHub_Resources\HSQLDB\opshub" and delete the "opshub.lck" file, it might be possible that this file may be in use by some other process, so delete the file forcefully.
          - Start the migration utility, if above mentioned reason was causing the failure then after perfroming mentioned steps, you should be able to view migrations progress. 
      and if the error persists then 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 ovsmu@opshub.com.
  • Item cannot be deleted. One or more children have pending changes.
    1 Posts | Last post February 18, 2015
    • We are having a our migration fail due to the same issue described here:
      We have about 40K changesets. Our repo is about 130GB in size - so not exactly tiny. We have about four years worth of TFS history that we'd like to migrate. We are only migrating source control items.
      I'm happy to send through our log files if that helps you resolve the problem. I'm also willing to discuss directly if you need any help reproducing or fixing this problem.
  • OH-SCM-009: Error occurred while sync. No files checked in.
    1 Posts | Last post February 17, 2015
    • We have been working on migrating from TFS2010 to VSO for the last week.
      First we ran out of space on the SSD used; there where 27 GB in TFS_Temp?! as a workaround we have symlinked the directory to a 1 TB drive; seems to work.
      Saturday we had cleaned up some reference problems with 3 of our earliest workitems and started again.
      It went through the workitems in about 6 hours and started on the code.
      Around 2:30 the code migration ran into problems; 
      OH-SCM-009: Error occurred while sync. No files checked in.
      From what I can see it is changeset 1105… it was a big merge to Main; as we had moved to Silverlight 5 on the branch.
      But it is not clear to me what the problem is…?!
      FYI I have sent you a mail with logfiles attached and additional information.
  • Error occurred while sync. Not able to create virtual drive
    2 Posts | Last post January 28, 2015
    • I've gotten this error after 2 days of processing and am unable to progress past 8276 out of 8747 changesets.  I've tried retrying but keep coming up with the same error.  Any ideas?
    • Hi Nathan, Could you please verify that whether there are any files or folder whose full path name exceeds more than 252 characters in size for the failing changeset, do you have antivirus installed (if so can you please disable it and retry).
      Else 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 ovsmu@opshub.com.
  • Crashes on User Mapping screen
    11 Posts | Last post January 28, 2015
    • 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 ovsmu@opshub.com
      Please include a reference to this request in your email
    • I got same error OH-TFS-Connector-0051 on same step.
      If you want, I can send logs to you.
      I hope this problem will be fixed soon.
    • Please send us the zip of log files at the above email address (ovsmu@opshub.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 think that project has 3 users actually. But it maybe 5 or 7 users are permitted by group.
      I will send logs. Take care that it includes some Japanese characters.
    • 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 got the same error OH-TFS-Connector-0051, even when migrating a simple test-project with a single user. I will send the logfiles to ovsmu@opshub.com.
    • I was able to migrate most of the projects to VOS except for two. I'm getting the same error:
      OH-TFS-Connecto​r-0051: Operation failed getUserList. Server Error:
      Object reference not set to an instance of an object
      I will send the logfiles to ovsmu@opshub.co​m.
    • 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
    • I have just had this issue too, it isn't an issue with a team project using the same name as quoted above as I have tried it with a completely new TFS project migrating to a new VSOnline project and I still receive this error.  Any solutions?
    • Hi Adam,   This might be happening due to cache, so in order to delete the cache please follow these steps first close the migration utility then delete the contents from "Cache" folder from following folders   C:\Users\<<Your User Alias>>\AppData\Local\Microsoft\Team Foundation\<4.0><5.0> 
      Now start the migration utility and try mapping users, if the error still persists then 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 ovsmu@opshub.com.
  • Template mismatch
    4 Posts | Last post January 20, 2015
    • Hi
      We've been struggling with template mismatch errors. We have tried to migrate unmodified existing Agile & CMMI projects, without success. 
      We tried creating a new Agile (2013.3) project on premise & VSO, created one work item and tried to migrate that, but still receive template mismatch errors (it seems for every work item type). 
      Trying to import a work item definition (Bug) from VSO to on premise, we get the error "The field Microsoft.VSTS.TCM.ReproSteps cannot be renamed from 'ReproSteps' to 'Repro Steps'."
      Any suggestions as to what we can do to move forward?
    • Can you send us screen shot of the errors in UI (may need multiple screenshots)
      Also from where you have downloaded template?
      Can you send us log located at <OpsHub Installation Directory>/logs
      Please email all the information to ovsmu@opshub.com
    • Sandeep - we had the same issues, but we did not download any template. We used the default Scrum/Agile templates that come with TFS, and also couldn't get any of our work items to work in the migration. It said there was a template mismatch error. The only other factor I can think of is that our local TFS was originally a 2010 install, and upgraded to 2013.
    • Are you using Scrum template (from TFS2010). If so, support for it was missed in the current version. A new version of the utility which will be out in early feb will have this support. 
      If you are not using scrum template, please send us screen shots of the errors along with template versions to ovsmu@opshub.com
  • Migrate from TFS on Prem to Visualstudio.com using GIT
    2 Posts | Last post December 30, 2014
    • Hi there!
      From what I can gather this tool does not support migration from on-premise TFS (using TFS versions control) to visualstudio.com (using GIT source control). Migrating both source and work items. Or does it?
      If this free tool does not support this scenario do your payed "OpsHub Integration Manage" support it?
      Thanks in advance!
    • Unfortunately this migration is supported as a single step process. It is potentially feasible as a two step process. First migrate from TFS to VSO (using free utility) with TFS Source and then migrate from TFS source to GIT.
1 - 10 of 42 Items