Transformation de fichier de configuration avec les rôles de travail Azure

Question

Je viens de mettre à niveau un projet Azure vers Visual Studio 2010 et j'ai profité de la nouvelle fonctionnalité de transformation de configuration XML intégrée aux projets Web VS2010. Cela semble fonctionner parfaitement avec les rôles Web Azure. J'ai même réussi à obtenir le fichier de configuration du service de projet Azure pour faire une chose similaire en suivant les instructions here.

Cependant, je n'arrive pas à faire fonctionner la transformation de configuration pour le rôle de travailleur isolé dans mon projet Azure. Je sais que VS2010 a seulement un support intégré pour la transformation de configuration avec des rôles web, mais j'ai trouvé un good article décrivant comment obtenir des transformations de configuration fonctionnant avec des projets non-web. J'ai suivi les instructions et ça marche - mais seulement jusqu'à un certain point. Il crache avec succès le fichier .config correct (avec les transformations appropriées) dans le propre répertoire bin du projet de rôle de travail, mais il ne sélectionne pas ce nouveau fichier .config lorsqu'il est placé dans le package cloud.

Je pense qu'il ya une supercherie MSBuild nécessaire pour obtenir ce travail, mais je ne sais pas MSBuild très bien, donc fais appel à tous les gourous là-bas pour aider et/ou échantillons :)

Answer 1

J'ai trouvé la meilleure façon de le faire est d'utiliser msbuild. Je le fais généralement avec un fichier msbuild séparé en dehors de ma solution, donc je garde les paramètres de développement locaux séparés des paramètres de production. Vous pouvez en savoir plus here. Je peux ensuite exécuter la génération pour modifier les paramètres et télécharger le projet vers Azure. Je peux aussi lancer ceci pour changer les paramètres et ensuite lancer le déploiement via VS si j'ai besoin de déboguer le problème. J'ai aussi une cible dans le fichier msbuild qui peut tout retourner à local. Ce serait bien d'avoir ces choses dans VS (que j'ai demandé à l'équipe produit). L'exemple de projet est le github.

Ceci est également expliqué dans le chapitre book we wrote du cycle de vie.