Déployer des applications web et services windows à l'aide de TFS 2010
Juste passé de TFS 2008 à 2010 à un site client et maintenant vous vous demandez ce qui est arrivé à la TFSBuild.proj des fichiers à partir de la TeamBuildTypes dossier. J'ai déjà les versions et les gouttes de travail et maintenant, j'ai besoin de l'ancien déploiements de travailler à nouveau. Nous avons utilisé pour ce faire avec AfterBuild cibles dans le TFSBuild.proj. Ce mécanisme semble avoir été déplacé ou disparu en 2010.
Quelqu'un peut-il m'indiquer un article ou décrire les options de déploiement ont changé en 2010?
Plus précisément, j'ai besoin de prendre en charge l'exécution psexec pour installer et activer Windows Services à distance sur des cibles de déploiement et j'ai besoin de déployer des sites web /web services IIS distant nœuds dans le cadre de l'automatisation des builds.
EDIT: je Viens de trouver ce: http://blogs.msdn.com/jimlamb/archive/2009/11/03/upgrading-tfs-2008-build-definitions-to-tfs-2010.aspx je suis plus que un peu repris par la rupture des changements entre 2008 et 2010. Je vais avoir besoin de conseils sur la façon de déployer à distance des sites et des services dans le nouveau processus de génération par défaut le mécanisme de modèle.
OriginalL'auteur grenade | 2009-11-24
Vous devez vous connecter pour publier un commentaire.
Découvrez Vishal Joshi du PDC parler sur Déploiement d'Applications Web avec visual studio 2010 et MSDeploy. Sur son blog, vous trouverez également des conseils sur la construction de MSDeploy paquets avec MSBuild. Vous pouvez exécuter psexec à partir de votre script MSBuild ou, potentiellement, à partir d'une mesure de construire le modèle de processus. Avec TFS 2010, vous pouvez utiliser MSBuild et Windows Workflow à résoudre votre problèmes d'automation.
Alternativement, vous pouvez utiliser le bouton "Mise à niveau" de construire le modèle de processus et de continuer à utiliser votre TFSBuild.proj fichier. C'est le comportement par défaut pour la mise à jour des définitions de build pour assurer la compatibilité ascendante. Dans ce cas, votre build est encore principalement tirée par MSBuild avec juste une fine flux de travail pour allouer un agent et d'exécuter MSBuild.
OriginalL'auteur Jim Lamb
Une autre option est d'utiliser TFS 2010 Agent de Build sur le serveur que vous déployez. C'est la façon dont Visual Studio Lab Management déploie.
J'ai écrit un billet de blog à ce sujet: Le déploiement continu avec TFS 2010 Agent de Build
OriginalL'auteur Hakan Forss