2009-06-12 3 views
0

Avec VisualStudio Publish, CruiseControl.NET, MSBuild, aspnet_compiler.exe et Web Deployment Projects, comment savoir quel outil utiliser pour obtenir une application Web .NET 2.0 dans un environnement de test/production? Avec .NET 1.1, j'ai simplement copié tous les fichiers dans le répertoire du serveur et l'ai placé dans un répertoire virtuel configuré dans IIS. À moins que je ne manque vraiment quelque chose, ça a l'air de bien fonctionner. Maintenant, je suis en train de lire à quel point il est important de bien réfléchir au déploiement de la version 2.0 et plus je lis, plus je me sens confuse.Comment mettre en production l'application web .NET 2.0, en utilisant quels outils, et pourquoi utiliser ces outils et méthodes plutôt que d'autres options?

Veuillez décrire comment choisir l'outil à utiliser et pourquoi utiliser cet outil. Si plus d'un outil est nécessaire, veuillez indiquer comment ils se rapportent à ce processus.

Répondre

3

CC.NET est pour Continuous Integration il peut construire vos projets d'installation comme des artefacts, mais ce n'est pas son but principal. MSBuild est le système de compilation Microsoft - encore une fois, pas lié au déploiement. aspnet_complier compile vos sites Web, ce qui peut faciliter le déploiement, mais n'est pas un déploiement en soi.

Web deployment projects est ce que vous devriez regarder. Voici un petit article décent qui va sur certains des options for deployment et reference from MSDN. Il y a aussi commercial products.

0

Dans la plupart des cas, vous pouvez cliquer avec le bouton droit de la souris sur le projet dans VS.NET et choisir "Publier". Cela vous donnera quelques options pour le déploiement via FTP ou le chemin du fichier.

Publish Web http://img26.imageshack.us/img26/1261/screencfl.png

Ce que nous la publierons dans un dépôt SVN, puis exécutez SVN UPDATE sur les machines dont il a besoin pour aller ...

+0

Soyez très prudent avec cela, je l'ai vu les développeurs dans le passé sélectionner par mégarde le répertoire wwwroot pour le déploiement et sélectionnez « delte tous les fichiers existants avant de publier "... résultat final aucun site restant sur le serveur de développement. – mundeep

+0

Oui. Ce serait mauvais. ;-) C'est l'une des raisons pour lesquelles nous le faisons comme nous le faisons ... D'autres raisons sont les suivantes: 1. Appliquez systématiquement la même mise à jour à plusieurs serveurs d'applications. 2. Possibilité de revenir rapidement si quelque chose d'horrible se produit. – ConsultUtah

0

J'utilise TeamCity, qui met en œuvre

  1. solution reconstruction avec devenv.exe dans la ligne de commande
  2. Modification des paramètres dans web.config (chaînes de connexion et le mode de débogage) avec sed.exe
  3. Précompilation WebSite avec le compilateur aspnet dans la commande ligne.
  4. solution de copie vers FTP (avec l'outil interne)
Questions connexes