Migrate TFS 2008 source code to TFS 2010 - version-control

I want to migrate all the source code from a TFS 2008 server to a new installation of TFS 2010. There are no work items, reports or portal to migrate, only source code. We want to move to a new process template and don't want to make an upgrade of the template used in TFS 2008 projects. Are there any good tools to only migrate source code? I've done some tests with TimelyMigrations TfsToTfs but they don't seem to work well when migrating a lot of source code.
Has anyone tried to use Team Foundation Server Integration Tool? I suppose you need to upgrade the TFS 2008 to TFS 2010 before you are able to move the source code to a new TPC/TP with the process template we want to use (with fresh portal and reports). Is this correct?

Related

OPS-008: OpsHub Visual Studio Migration Utility requires Team Foundation Server 2012 Update 1 Object Model or above

This tool looks promising when I went through the available information on website. But when I downloaded free version and when I am trying to install in my local I came across the following error.
OPS-008: OpsHub Visual Studio Migration Utility requires Team Foundation Server 2012 Update 1 Object Model or above.
Do I need to install this software on the server ? No where I could find instructions for installing this software.
Can I get this explained please, we are planning to migrate our project to VSTS.
If you want to migrate from TFS on premise to VSTS, I would suggest you to evaluate which of the three options listed by Microsoft documentation suite your need.
The easier way would be to chose option 2, especially if you already have TFS2015update3 or TFS 2017, as you need to upgrade your TFS collection to one of those version anyway before migrating (and you save the upgrade hassle).
If you want to use OpsHub tool, then you need to install the standalone TFS Object Model for TFS 2012 update 4 where you run the OpsHub tool, not on any of the TFS servers.
In order to run OVSMU, you will have to install TFS Object Model 2012 on the machine where you are installing the tool. This is a pre-requisite and be rest assured this version of OM will not conflict with any other (newer) version of Object Model already existing (which comes bundled with Visual Studio installer) on that machine.

TFS 2012 On-Premise Migration to Visual Studio Online

I am looking to migrate from TFS 2012 on-premises to Visual Studio Online using the OpsHub Visual Studio Online Migration Utility. I have run into an issue that I can't seem to find a resolution for. To eliminate any customization, I have created a brand new team project in TFS 2012 using the process template SCRUM 2.0. I did nothing else after creating that new project. The goal was to run the migration utility on this new project to see if I can get it to work. During the migration, it fails with the error "Template Customization or Template Mismatch Error". Since I know for sure we never modified the SCRUM 2.0 process template that I used to create this new project, I assume the error is more with the fact that TFS 2012 SCRUM 2.0 template is different that Visual Studio Online. Using TFS Team Project manager utility I can see they are quite different.
So the question is, does OpsHub not support migration from TFS 2012 to Visual Studio Online when no customization to process template was made? It does not look like it does unless I am missing something. Can anyone help me determine what I need to do to make this migration a success.
Thanks,
The OpsHub tool supports migration only when the local template matches the target template. You will need to upgrade your Scrum team project to the latest scrum template to proceed.
You can also use the TFS Integration Tools to migrate with a mapping between the two templates. That might work better for you, but the TFSIP is significantly more complicated than the free OpsHub took. But that complexity brings features.
Tool is throwing error because the fields listed in error have display name do not match fields in VSO. In upgraded process template version 2.2 and other above version they have space included in display name such as Related Link Count. To overcome this error you can upgrade the process template version to 2.2 or use witadmin.exe tool to change the field display name. For more details visit here

How to migrate TFS 2008 Project Version Control to TFS 2010?

I have Microsoft Team Foundation Server 2008 installed on my company since tree years. I installed TFS 2010 and I want to migrate the version control from 2008 to 2010.
I tried to use Team Foundation Server Integration Tools (March 2011 Release) but I've got an error/conflict when I tried to migrate:
The target server http://tfs2008:8080/
is not a TFS2010 server
I don't know why it says target and not source even I've putted it (tfs 2008) on the left source!!
Can anyone any idea what's going on?
Thank you and Kind Regards.
I was able to migrate from the tfs 2008 server, I ran the TFS integration tool from 2008 and it worked.

Upgrade TFS 2008 to 2010 on different server

I have been looking for a way to migrate and upgrade our TFS 2008 server to 2010 server preferably without losing any data.
I have been looking at the TFS Integration Platform
http://tfsintegration.codeplex.com/
and also Visual Studio 2010 TFS Upgrade Guide
vs2010upgradeguide.codeplex.com
Looking at the document TFS Integration Platform - Migration Guidance.xps using the first link, it seems to suggest that I could preserve all the data by first migrating the TFS 2008 from one server to the other and then upgrade the TFS 2008 to 2010.
Is this true?
Thank you,
Chen
Chen - We just went through this process a few weeks ago. While it's not a trivial matter it can be done. There is actually specific guidance for an upgrade with migration to new hardware in the TFS Install Guide. Take a look at the Scenario: Upgrading Team Foundation Server section and the sub-section named Checklist: In-Place or Migration Upgrade on One or More Servers.
The most challenging part of the exercise for us was the SharePoint setup/configuration, but if you follow the guide closely it should go fairly smoothly. This post may help with the SharePoint piece.
If the database is on its own box then you first need to upgrade to SQL 2008. Once that is done you can install TFS 2010 on a new server, select upgrade during the install and point it to the database server.
If the database is on the same box as TFS 2008 then you first need to backup all the databases and restore them on to the new box with SQL 2008. Then install TFS 2010, choose upgrade during the install and point it to the database server.
It should be. Migration of 2008 from one server to another is primarily a database exercise, but it can get tricky when you are initializing the Application Tier.
To be honest, I thought the TFS Integration Platform migration was providing guidance around moving from TFS 2005 to TFS 2008. My understanding was that TFS 2010 has an upgrade feature included in the wizard that should take care of most things for you. Thus far, I've only installed TFS 2008 from scratch and TFS 2010 from scratch-- I haven't yet tried that part of the wizard.
Another consideration is the database platform for your TFS 2008 instance. In our case, our 2008 is installed on MS SQL Server 2005, and TFS 2010 requires SQL Server 2008, so that's going to make our upgrade potentially a bit trickier.

Use TFS 2010 for VS2005 version control w/o TS2005?

My team is moving to TFS 2010, but all of our old projects are from our stand alone VS 2005 and VS 2008. We did not have Team Server. Can put our projects under source control in TFS 2010 without upgrading and migrating them?
If you don't want your VS 2005/2008 projects upgraded (most likely VS 2010 will only touch the solution file), then you can install
this for VS 2005 (allows you to connect to TFS 2010 from VS 2005)
http://support.microsoft.com/default.aspx/kb/979258?p=1
this for VS 2008
http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=cf13ea45-d17b-4edc-8e6c-6c5b208ec54d
No, you need to migrate them using VSSConverter. Another option is to simply keep the old VSS2005 in play and switch Source Control as necessary in VS.