Les deux façons que vous décrivez sont à peu près la même chose avec Team Foundation Server 2010. La mise à niveau sur place mettra à jour automatiquement votre base de données actuelle. Il faudra beaucoup de temps pour mettre à niveau la base de données, en fonction de sa taille. Assurez-vous de planifier cela dans vos estimations de temps d'arrêt. Si possible, répliquez vos serveurs sur une machine virtuelle que vous pouvez utiliser pour effectuer un test. Il fonctionne à merveille pour votre confiance, et aide à isoler les problèmes avant qu'ils ne surviennent sur le système de production.
Le plus important est de tout sauvegarder avant de commencer. Ce n'est pas que quelque chose ne va pas, mais vous voulez être en mesure de revenir à la case départ, si nécessaire. Pour un serveur existant, je recommanderais de rendre les serveurs fantômes afin que vous ayez un moyen rapide et facile de restaurer les fonctionnalités dans un laps de temps limité. En ce qui concerne le processus lui-même - l'installation de TFS 2010 est un rêve par rapport à TFS 2008. L'un des endroits où l'équipe TFS a passé du temps était d'améliorer non seulement la configuration, mais la configuration initiale du serveur. J'ai suivi les instructions à partir de cette post from the TFS team pour l'instance que j'ai sur mon domaine - même si elle allait de 2008 à 2010, pas à partir de 2005, comme dans l'article.
Dans mes expériences de mise à niveau, je n'ai pas encore rencontré de problèmes. Basé sur le "fun" de l'installation de TFS 2005 et TFS 2008, je m'attendais à ce que ça continue de mal tourner, mais j'ai été agréablement surpris.
Je pense que vous obtiendrez de meilleurs conseils de ServerFault.Com qu'un groupe de hackers sur le site lol. –
hehe ok, eh bien, je suis un développeur, la plupart des petites équipes gèrent par eux-mêmes. Mais tu as raison, je le déplace là. –
@Preet - Les admins de TFS se tiennent ici aussi. Si j'attendais que ServerFault affiche toutes les questions TFS, je mourrais d'ennui. ;-) –