Visual Studio - Intercepter et modifier le chemin de création pour les solutions et les projets

Question

Je travaille sur un processus automatisé pour créer une application de base afin d'inclure des bibliothèques et des projets communs, de tout vérifier dans le contrôle source et de configurer la base de la solution. La plupart des problèmes que j'ai résolus sauf un. Est-il possible d'intercepter le chemin donné par l'utilisateur pour la solution et les projets et modifier ce chemin?

En d'autres termes.

l'utilisateur donne C:/Projects/App1 sur l'écran créer un nouveau projet. la solution et les projets sont réellement stockés dans C:/Projects/App1/trunk/source/App1

Je veux changer le chemin pour faciliter la configuration de notre TFS pour les builds continus. J'ai résolu la plupart des autres problèmes sauf celui-ci et il semble que ce devrait être le plus simple. J'ai essayé de voir si je pouvais le changer dans ma classe IWizard mais jusqu'ici, pas de chance. Toutes les suggestions seraient grandement appréciées.

Je dois ajouter que ce processus est déclenché par l'utilisateur qui sélectionne un modèle personnalisé. S'il n'y a pas de réponse à l'aide d'un modèle personnalisé, je vais passer à un complément VS.

-Scott

Answer 1

Je ne sais pas ce que vous faites, mais quelque chose comme cela est possible avec des modèles de projet. Je ne sais pas si cela s'applique dans votre cas.

Ajouté: Quelque chose comme ceci:

<TemplateContent> 
    <Project> 
     <Folder> 
      <Folder> 
       <ProjectItem></ProjectItem 
      </Folder> 
     </Folder> 
    </Project> 
</TemplateContent> 

Answer 2

Vous shold regardez dans le Guidance Automation Toolkit. Entre autres choses, il vous permet de créer des modèles de solution qui vous permettront de faire tout ce que vous avez mentionné, et plus encore. Vous pouvez même présenter une interface utilisateur d'assistant à l'utilisateur demandant des options avec lesquelles vous pouvez ensuite personnaliser la solution, en termes de références de projet et de fichier à inclure. Vous pouvez configurer des paramètres de projet de toutes sortes; appliquer des normes, etc.

Vous pouvez voir un exemple sophistiqué de GAT dans le Service Factory. Il y a aussi un forum GAT au http://social.msdn.microsoft.com/forums/en-US/vsgatk/threads/. GAT est un excellent moyen d'utiliser Visual Studio Extensibility pour vraiment faire avancer les choses.

Answer 3

Après l'avoir examiné plus en détail, j'ai découvert que l'interface IWizard n'est même pas appelée avant que la structure de dossier de la solution (pas les projets) n'ait été créée. Puisque j'ai besoin de faire des progrès, j'ai décidé d'aller de l'avant et de passer à un complément à Visual Studio au lieu d'un processus purement basé sur un modèle.

J'ai déjà eu beaucoup plus de chance de créer la solution par programmation, puis d'ajouter des projets basés sur des modèles à ma solution. J'ai été capable de contourner le problème. J'ai coupé du code mais cela donne l'idée de base.

System.Type vsType = System.Type.GetTypeFromProgID ("VisualStudio.DTE.9.0"); DTE2 vs = (DTE2) System.Activator.CreateInstance (vsType, true);

soln = (solution2) par rapport à la solution;

soln.Create (PathProjectRoot, SolutionName);

soln.SaveAs (NomSolution);

Merci à tous pour vos suggestions.