Reputation: 23
Currently running TFS2010, have TFS2015 on a fresh install, new machine. The plan is to migrate collections and projects over that we want via VS (repointing to the new server, checking in, etc.) Naturally, the next changesetid on the TFS2015 machine will be 1. I was hoping there was a way to set the next id to continue the sequence from the TFS2010 machine.
On the other hand, is a data migration from TFS2010 -> TFS2015 a better or smarter option?
I've looked all over for some simple way to set the next changeset id, but to no avail. It may that it's not possible.
Upvotes: 0
Views: 86
Reputation: 51093
If you only want to use TFS2015. I think you need Upgrade. This option will keep your data. And you don't have to set the ChangesetId. It will continue the sequence from the TFS2010 machine automatically. As Daniel mentioned, you should also pay attention to the Requirements and compatibility for TFS 2015.
For your situation:
For migration, it's a data lose option. By the way , below info may be useful for you:
Migration - For this project, and for TFS in general, we use the term "migration" to refer to moving data between two TFS server instances. Migration is done through the APIs of TFS by using external tools, and is a lossy data transfer.
Upgrade - We would define "upgrade" as the fully supported, in-the-box process of changing to the next version of TFS (e.g. upgrading from TFS 2010 to TFS 2015). Upgrades are done at the database level, and are full fidelity, meaning there is no data loss.
Upvotes: 1
Reputation: 3165
You should migrate from TFS2010 to TFS2015 by following these steps:"
In this way you'll migrate everything: source code with history, work items with history.
The TFS Integration Platform tool doesn't have support for TFS2015.
Upvotes: 1