2017-02-09 8 views
0

Создано приложение .NET Core ASP.NET, а затем добавлена ​​ссылка Nuget (из моего локального репозитория) в сборку XYZ (библиотека классов .NET Core), которую я построил на том же машина. Вместо добавления .dll я добавил XYZ.xproj в решение. Я не хочу этого. Мне нужно проверить XYZ, как если бы он не был разработан на этом компьютере.Установка пакета из nuget добавляет проект в решение в Visual Studio 2015

Кроме того, проект ASP.NET даже не строится. Я получаю: «Элемент с тем же ключом уже добавлен. Ключ: XYZ». Похоже, что конфликт кажется, что библиотека пытается добавить как ссылку на нуль, так и проект.

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

Nuget и Visual Studio 2015 обновлены до последней версии.

ответ

0

Хорошо, если я создаю проект ASP.NET с включенным флажком «Создать каталог для решения», это работает по мере необходимости. В противном случае файл sln помещается в верхнюю папку, для которой папка библиотеки XYZ относительна. Это позволяет Visual Studio легко находить и загружать проект XYZ в случае, если папка приложения ASP.NET и папка XYZ libary находятся под общей родительской папкой (мой случай). Создание каталога для решения перемещает sln-файл глубже, а папка XYZ больше не относится к местоположению sln-файла.

+0

Рад узнать, что вы решили эту проблему. Пожалуйста, отметьте свой ответ, который является преимуществом для других сообществ, имеющих такую ​​же проблему. –

+0

сделаю. SO требует, чтобы я подождал, по крайней мере, за день, прежде чем я смогу принять свой собственный ответ. – Alex

+0

Nope :(Теперь nuget начал находить папку библиотеки XYZ, даже если файл решения не находится над папкой XYZ в иерархии файловой системы. Даже переименование файла проекта XYZ в его папке не помогает. – Alex