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

Je suis passé de TFS 2008 à 2010 sur un site client et je me demande maintenant ce qui est arrivé aux fichiers TFSBuild.proj du dossier TeamBuildTypes. J'ai déjà les builds et les drops qui fonctionnent et maintenant j'ai besoin de faire fonctionner les anciens déploiements. Nous avions l'habitude de le faire avec des cibles AfterBuild dans TFSBuild.proj. Ce mécanisme semble avoir changé ou disparu en 2010.Déployer des applications Web et des services Windows à l'aide de TFS 2010

Quelqu'un peut-il me diriger vers un article ou 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 j'ai besoin de déployer certains sites Web/services Web vers des nœuds IIS distants dans le cadre des générations automatisées.

EDIT: J'ai juste trouvé ceci: http://blogs.msdn.com/jimlamb/archive/2009/11/03/upgrading-tfs-2008-build-definitions-to-tfs-2010.aspx Je suis plus qu'un peu repris par les changements de rupture entre 2008 et 2010. Je vais avoir besoin de conseils sur la façon de déployer des sites et services distants dans le nouveau modèle de processus de construction par défaut mécanisme.

Source

2009-11-24 grenade

liés - http://stackoverflow.com/questions/2636153/how-can-i-get-tfs2010-to-run-msdeploy-for-me -through-msbuild – Maslow

Consultez la conférence PDC de Vishal Joshi au Deploying Web Applications with VS 2010 and MSDeploy. Sur son blog, vous trouverez également des conseils sur la création de packages MSDeploy avec MSBuild. Vous pouvez exécuter psexec à partir de votre script MSBuild ou, potentiellement, à partir d'un modèle de processus de génération personnalisé. Avec TFS 2010, vous pouvez utiliser MSBuild et Windows Workflow pour résoudre vos problèmes d'automatisation de construction.

Vous pouvez également utiliser le modèle de processus de génération "Mise à niveau" et continuer à utiliser votre fichier TFSBuild.proj. C'est le comportement par défaut pour les définitions de build mises à jour pour la rétrocompatibilité. Dans ce cas, votre build est toujours principalement piloté par MSBuild avec juste un léger flux de travail pour allouer un agent et exécuter MSBuild.

Source

2010-01-14 21:54:43

description de la conversation: Découvrez la prochaine génération de déploiement Web ASP.NET avec des conseils et des conseils sur la façon de réutiliser et d'étendre les technologies disponibles avec VS 2010 pour créer une solution de déploiement Web sans tracas pour votre équipe. Découvrez comment utiliser VS 2010 et MS Deploy pour créer des répertoires virtuels de manière automatisée, configurer correctement les pools d'applications, télécharger uniquement le contenu modifié, répliquer les serveurs dans les batteries de serveurs Web, modifier les fichiers Web.config pour testing/staging/pre -Prod/UAT/Environnements de production, configuration d'un environnement de construction d'équipe ou déploiement de bases de données. –

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 billet de blog à ce sujet: Continuous deployment with TFS 2010 Build Agent

Source

2010-07-02 08:28:43

Merci, cela utile. – grenade

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

Répondre

Questions connexes