Déploiement d'un site Web vers la production à partir du serveur Team Build

Question

J'ai un serveur de fondation d'équipe avec le serveur de génération, lorsque je lance une génération qu'il déploie sur un site Web sur cette boîte. Cependant, je veux aussi faire la même chose sur Production qui est un serveur sur un réseau externe et ne fait pas partie du même domaine. Je pensais à TFS Deployer mais cela semblait fonctionner dans un réseau, je vais le tester dès que j'en aurai l'occasion, mais je pensais que la meilleure idée était de demander ici quand je travaillais avec quelque chose. si critique.

Est-ce vraiment une mauvaise idée d'avoir un moyen de se déployer facilement en production?

Est-ce que quelqu'un ici se déploie en production en utilisant une méthode quelconque? Comment faites-vous? Essentiellement, la réponse acceptée ira à la personne qui peut me dire la meilleure méthode pour réaliser un déploiement, mais me diriger dans la bonne direction est sûr d'obtenir un vote up tant que ce n'est pas trop évident.

Answer 1

trouvé msdeploy http://blogs.iis.net/msdeploy/archive/2008/01/22/welcome-to-the-web-deployment-team-blog.aspx

Answer 2

En fonction de l'infrastructure dont vous disposez, vous pouvez utiliser wix pour créer des msi et utiliser le gestionnaire de configuration SMS pour les déployer sur une collection cible. C'est la direction vers laquelle nous allons mais que nous n'avons pas encore atteinte. Nous avons également intégré wix dans notre processus de construction pour créer les artefacts MSI. La raison pour laquelle nous voulions aller dans cette direction était parce que nous utilisons CruiseControl.net comme notre serveur d'intégration continue et nous avons un script nant que nous utilisons pour effectuer à la fois le processus de construction et le processus de déploiement. Ce sont deux cibles distinctes dans le fichier nant, mais ce que nous voulions, c'était un modèle cohérent de déploiement dans tous les environnements, y compris la production. Ce que nous faisons actuellement, c'est que nous déplaçons manuellement les zips (qui sont des artefacts de notre processus de construction actuel) en production. Lorsque les zips sont décompactés dans l'environnement de production, nous devons supprimer tous les fichiers web.config, app.config etc des zips et si nous avons de nouvelles entrées dans les configs, ils sont créés manuellement.