Visual Studio - перехват и изменение пути при создании решений и проектов

Question

Я работаю над автоматизированным процессом для создания базового приложения, которое включает в себя общие библиотеки и проекты, проверяет все на исходное управление и настраивает базовую сборку для решения. Большинство проблем, которые я решил, кроме одного. Можно ли перехватить заданный пользователем путь для решения и проектов и изменить этот путь?

Иными словами.

пользователь дает C:/Projects/App1 на экране создания нового проекта. Решение и проекты фактически сохраняются на C:/Projects/App1/trunk/source/App1

Я хочу изменить путь, чтобы облегчить настройку нашей TFS для непрерывных сборок. Я решил большинство других проблем, кроме этого, и кажется, что это должно быть самым простым. Я попытался понять, могу ли я изменить его в своем классе IWizard, но пока не повезло. Любые предложения будут ценны.

Я должен добавить, что этот процесс запускается пользователем при выборе настраиваемого шаблона. Если нет ответа с использованием настраиваемого шаблона, я переключусь на надстройку VS.

-Скотт

Answer 1

Я не уверен, что вы делаете, но что-то подобное можно с помощью шаблонов проектов. Не уверен, что это применимо в вашем случае.

Добавлено: Что-то вроде этого:

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

Answer 2

Вы shold смотрите в Guidance Automation Toolkit. Помимо всего прочего, он позволяет создавать шаблоны решений, которые позволят вам делать все, что вы упомянули, и многое другое. Вы даже можете представить пользовательский интерфейс мастера, запрашивающий параметры, с помощью которых вы можете настроить решение, с точки зрения того, какие ссылки на проект и файлы должны включать. Вы можете настроить параметры проекта всех видов; применять стандарты и т. д.

Вы можете увидеть сложный пример GAT в Service Factory. Также есть форум GAT на http://social.msdn.microsoft.com/forums/en-US/vsgatk/threads/.

GAT - отличный способ использовать расширяемость Visual Studio, чтобы действительно добиться результата.

Answer 3

Изучив еще несколько, я обнаружил, что интерфейс IWizard даже не вызывается до тех пор, пока структура папок для решения (а не проектов) уже создана. Поскольку мне нужно добиться прогресса, я решил пойти дальше и переключить его на Add-In в Visual Studio вместо чисто шаблонного процесса.

У меня уже было гораздо больше удачи, создавая решение программно, а затем добавляя в шаблонные проекты к моему решению. Мне удалось решить проблему. Я обрезал код, но это дает основную идею.

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

soln = (Solution2) vs.Solution;

soln.Create (PathProjectRoot, SolutionName);

soln.SaveAs (SolutionName);

Спасибо всем за предложения.