J'ai un projet MVC2 assez grand dans TFS qui se construit automatiquement checkin (intégration continue)TFS 2010 Build Publish via le système de fichiers
À l'heure actuelle, la version entièrement construite est déversée sur un partage réseau sur notre dev serveur IIS. Bien sûr, TFS crée beaucoup de sous-dossiers car il ne fait que construire, il n'est même pas conscient que son répertoire de dépôt est un wwwroot. Cela signifie que pour utiliser réellement la construction, nous devons aller créer manuellement une application IIS qui pointe vers le répertoire approprié - ce qui détruit tout l'objet de l'exercice.
Quand nous faisons un manuel publier à ce serveur, nous utilisons « File System » comme méthode et juste remplacer les fichiers dans le partage UNC \\Server\wwwroot
(Lors de la publication à d'autres environnements, nous utilisons plein sur MSDeploy .)
ce que je voudrais faire est de convaincre TFS de faire un « système de fichiers » publier après la construction complète et dupliquer ce que nous faisons sur un manuel publions par exemple:
répertoire de dépôt est \\Server\Build qui résulterait dans quelque chose comme \\Server\Build\Project\Date.Rev\
Après cela est terminé, nous voulons qu'il publie à \\Server\wwwrootLatest - nous pouvons ensuite configurer l'application une fois qui contiendra toujours la dernière version, mais aura toujours un historique complet si nécessaire.
Les seuls exemples que j'ai pu trouver utilisent les commandes MSBuild dans la définition de construction (bien), mais utilisent MSDeploy pour effectuer une publication complète. Je ne sais pas comment automatiser ce que je veux faire
Toute aide appréciée.
Je pense que ceci est un doublon pouvez-vous vérifier http://stackoverflow.com/questions/4041836/team-build-publish-locally-using-msdeploy/4045406#4045406 et laissez-moi savoir si c'est différent? –