Папка CustomProjectSystem не создается при развертывании типа проекта VSIX

Описание

Использование CPS (см. ссылку 1 и ссылка 2), я создал новый тип проекта (скажем *.myproj) для Visual Studio: File > New Project > Visual C# > Extensibility > Project Type

При отладке все нормально. Однако, когда я развертываю (устанавливаю) пакет vsix на другой компьютер и пытаюсь создать новый проект ('.myproj') с помощью настраиваемого шаблона проекта (myproj), я получаю следующую ошибку:

Ошибка выполнения в Visual Studio при попытке создать новый проект с использованием настраиваемого шаблона проекта.

Причина в ProjectType.myproj в ProjectTemplate у нас есть этот код:

<PropertyGroup Label="Globals">
    <CustomProjectExtensionsPath>
        $(LocalAppData)\CustomProjectSystems\ProjectType4\
    </CustomProjectExtensionsPath>
</PropertyGroup>

<Import Project="$(CustomProjectExtensionsPath)CustomProject.Default.props" />

<PropertyGroup Condition="'$(Configuration)|$(Platform)'=='Debug|AnyCPU'" Label="Configuration">
</PropertyGroup>

<PropertyGroup Condition="'$(Configuration)|$(Platform)'=='Release|AnyCPU'" Label="Configuration">
</PropertyGroup>

I figured, after building and running the project Visual Studio, this folder and it's files will be created:

  • (LocalAppData)\CustomProjectSystems\ProjectType4\
  • CustomPrject.Default.props
  • CustomProject.props

Проблема

Однако, когда я впервые устанавливаю свой пакет vspackage на другой компьютер, эта папка и ее файлы не создаются автоматически, отсюда и ошибка времени выполнения на снимке экрана.

Временное решение

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

Вопрос

  • Почему эти файлы не копируются автоматически на клиентский компьютер?
  • Есть ли какие-то конкретные настройки или конфигурации, которые мне не хватает?

person A-Sharabiani    schedule 06.06.2016    source источник


Ответы (1)


Выяснилось, что это проблема: Типы проектов не должны требовать MSI для развертывания разработки сборки

person A-Sharabiani    schedule 06.06.2016