4 votes

Déployer des applications web et des services Windows à l'aide de TFS 2010

Je viens de passer de TFS 2008 à 2010 chez un client et je me demande ce qu'il est advenu des fichiers TFSBuild.proj du dossier TeamBuildTypes. J'ai déjà fait fonctionner les builds et les drops et je dois maintenant faire fonctionner à nouveau les anciens déploiements. Nous avions l'habitude de le faire avec les cibles AfterBuild dans le TFSBuild.proj. Ce mécanisme semble avoir été déplacé ou avoir disparu en 2010.

Quelqu'un peut-il m'indiquer un article ou me décrire comment les options de déploiement ont changé en 2010 ?

Plus précisément, je dois prendre en charge l'exécution de psexec pour installer et activer les services Windows sur des cibles de déploiement à distance et je dois déployer certains sites Web / services Web sur des nœuds IIS distants dans le cadre des constructions automatisées.

EDIT : Je viens de trouver ceci : http://blogs.msdn.com/jimlamb/archive/2009/11/03/upgrading-tfs-2008-build-definitions-to-tfs-2010.aspx Je suis plus que surpris par les changements radicaux intervenus entre 2008 et 2010. Je vais avoir besoin de conseils sur la manière de déployer des sites et des services distants dans le nouveau mécanisme de modèle de processus de construction par défaut.

7voto

Jim Lamb Points 10474

Consultez l'exposé de Vishal Joshi sur le PDC (en anglais) Déployer des applications Web avec VS 2010 et MSDeploy . Sur son blog, vous trouverez également des conseils sur la construction de paquets MSDeploy avec MSBuild. Vous pouvez exécuter psexec à partir de votre script MSBuild ou, potentiellement, à partir d'un modèle de processus de construction personnalisé. Avec TFS 2010, vous pouvez utiliser MSBuild et Windows Workflow pour résoudre vos problèmes d'automatisation de la construction.

Vous pouvez également utiliser le modèle de processus de construction "Upgrade" et continuer à utiliser votre fichier TFSBuild.proj. C'est le comportement par défaut pour les définitions de compilation mises à jour, pour des raisons de compatibilité ascendante. Dans ce cas, votre construction est toujours principalement pilotée par MSBuild avec juste un flux de travail fin pour allouer un agent et exécuter MSBuild.

7voto

Hakan Forss Points 466

Une autre option consiste à utiliser TFS 2010 Build Agent sur le serveur sur lequel vous effectuez le déploiement. C'est ainsi que Visual Studio Lab Management se déploie.

J'ai écrit un article de blog à ce sujet : Déploiement continu avec TFS 2010 Build Agent

Prograide.com

Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.

Powered by:

X