У меня есть приложение ASP.NET MVC 4. Я использовал NuGet для обновления всех пакетов NuGet, которые были установлены при создании приложения. Одним из пакетов был Microsoft.Bcl.Build.
После обновления NuGet отобразило следующее сообщение в нижней части окна:
С тех пор я несколько раз перезапускал Visual Studio несколько раз, но сообщение все еще существует. Когда я проверил установленные пакеты, оказалось, что обновленная версия (1.0.8) пакета присутствует.
Как я могу это исправить?
Я считаю, что эта проблема вызвана тем, что пакеты доступны только для чтения или недоступны на уровне файловой системы.
Проверьте всю папку пакетов до того, как NuGet перезапустит Visual Studio для удаления пакетов.
Я обнаружил, что это можно было бы окончательно разрешить, удалив пакеты из исходного элемента управления и вместо этого используя восстановление пакета NuGet.
Я работал над этим, удалив из папки пакетов решений все файлы, на которые ссылался данный пакет. В частности, это были:
Вместо того, чтобы удалить все ~/packages, посмотрите, есть ли в ~/packages файлы *.deleteme и удалите их. Затем перезапустите Visual Studio.
В моем случае соответствующие папки пакетов остались в ~\packages, хотя они были пустыми. Я удалил папки и перезапустил Visual Studio, и это предупреждение ушло.
1) Удалите всю папку ~\packages.
2) Перезапустите VS.
3) Перейдите к Manage NuGet Packages и Restore
Я только что удалил папки каждого пакета с ошибкой в папке Packages в папке с моим решением, а также удалил файлы .deleteme, и все работает нормально!
Я соглашусь, что это может произойти, когда ваша папка пакетов находится под контролем источника. Если вы хотите, чтобы он был там, вместо удаления привязок, вы можете все проверить, удалить пакет с помощью диспетчера пакетов NuGet, а затем зарегистрироваться после настроек.
По моему опыту, я нашел свой ответ в этой теме, но, используя комбинацию из нескольких разных ответов выше, я решил поделиться тем, что нашел.
У меня была такая же проблема с "Microsoft.Bcl.Build", как исходный плакат. Я пытался обновить ссылки для других функций с помощью NuGet и имел проблемы с некоторыми обновлениями (совместимость с откатами). После этого сбоя NuGet я начал получать эту ошибку.
Сначала я использовал выбранный ответ и ответ Jedidja и смог заставить его работать, но он лишь частично разрешил мою проблему. Он исправил ошибку перезапуска VS, но это вызвало проблему с потоком в TFS, поскольку я больше не мог проверять проект, так как ожидал этот файл "*.deleteme". Это заставило меня задуматься, поэтому я провела несколько тестов. Когда я восстановил файл из корзины, я снова начал получать ошибку перезапуска.
Вот где я отклонился от опубликованных ответов и получил свое полное разрешение на мою версию проблемы.
Когда я проверил TFS на этот раз, проект проверил все (после того, как я получил все проекты, обновленные с помощью NuGet, в то время как файл "*.deleteme" был удален). Когда он все проверил, я заметил, что файл все еще находится на рассмотрении, поэтому я снова проверил решение и TFS принял этот файл, но это было как удаление... при условии, что он был проверен в первый раз, а затем VS auto удалил его, что потребовало второй регистрации. Во всяком случае.... после последней регистрации ожидающих изменений файл пропал, и VS больше не жаловался на необходимость перезапуска. Я не могу сказать точно, потому что проблема ушла, но мне кажется, что если бы я проверил код перед удалением файла, это, возможно, решило бы проблему без ручной обработки файлов.
** Привет всем. **
Я разрешаю эту проблему следующим образом.
Если у вас есть контроль источника, запустите vs как администратор (это важно)
в пакетах решений → удалить информацию о пакетах. sample → я удалены все папки версии фреймворка сущности.
перезапустите vs
то есть все.
Если вы используете Entity Framework 6, вы можете установить пакет NuGet "EntityFramework.SqlServerCompact".
Это позволило мне использовать стандартную оснастку ASP.NET Identity, которая поставляется с шаблонами проектов для 2013 и MVC5.