Ошибка конфликтующих версий при добавлении веб-роли ASP.NET MVC 3 в проект Windows Azure - PullRequest
Новая
       38

Ошибка конфликтующих версий при добавлении веб-роли ASP.NET MVC 3 в проект Windows Azure

5 голосов
/ 21 ноября 2011

Я получаю следующую ошибку при создании нового проекта после установки Windows Azure Tools 1.4:

Обнаружены конфликтующие версии веб-страниц ASP.NET: указана версия "1.0.0.0", но версия в binэто "2.0.0.0".Для продолжения удалите файлы из каталога bin приложения или удалите спецификацию версии в web.config.

Ответы [ 4 ]

10 голосов
/ 29 ноября 2011

В папке bin вы найдете сборку, отличающуюся от версии, упомянутой в файле web.config.Самое странное, что это может быть не та сборка, которую предлагает сообщение.Это может быть потомком этого.

У меня была эта проблема, при которой он утверждал, что версия System.Web.WebPages в папке bin была 2.0.0.0, но это определенно было 1.0.0.0, когда я проверял.Затем оказалось, что это была версия System.Web.WebPages.Deployment версии 2.0.0.0.После удаления этой сборки ошибка исчезла.Я написал сообщение в блоге об этом: Обнаружены конфликтующие версии веб-страниц ASP.NET

0 голосов
/ 03 июня 2014

Я столкнулся с той же проблемой, но причина была немного другой. Это было немного сложно решить. Проект имел правильную версию DLL 1.0.0.0 для System.Web.WebPages и правильную конфигурацию в Web.config. Однако библиотеки DLL System.Web.WebPages.Deployment и System.Web.WebPages.Razor ссылались на версию 2 вместо версии 1.

Решение моего коллеги было магическим путем, ссылаясь на правильные версии, в то время как мое изначально не было. Когда я посмотрел на файл проекта, Версия была равна 2, но путь подсказки для DLL был к Версии 1. Поэтому, когда он открыл решение, использовалась Версия 1, а на моей Версии 2. Я думаю, что путь подсказки имел значение здесь.

Что было проверено: 

<Reference Include="System.Web.WebPages.Deployment, Version=2.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35, processorArchitecture=MSIL">
  <SpecificVersion>False</SpecificVersion>
  <HintPath>..\..\..\..\Program Files (x86)\Microsoft ASP.NET\ASP.NET Web Pages\v1.0\Assemblies\System.Web.WebPages.Deployment.dll</HintPath>
  <Private>True</Private>
</Reference>
<Reference Include="System.Web.WebPages.Razor, Version=2.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35, processorArchitecture=MSIL">
  <SpecificVersion>False</SpecificVersion>
  <HintPath>..\..\..\..\Program Files (x86)\Microsoft ASP.NET\ASP.NET Web Pages\v1.0\Assemblies\System.Web.WebPages.Razor.dll</HintPath>
  <Private>True</Private>
</Reference>

После исправления: 

<Reference Include="System.Web.WebPages.Deployment, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35, processorArchitecture=MSIL" />
<Reference Include="System.Web.WebPages.Razor, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35, processorArchitecture=MSIL" />
0 голосов
/ 26 мая 2013

У меня также была эта проблема, и каждый раз, когда я выполнял сборку, файлы в мое хранилище менялись заново. Наконец я понял, что мне нужно удалить их и из моих _bin_deployableAssemblies. Это исправило это для меня.

0 голосов
/ 26 ноября 2012

У меня была эта проблема, и это сводило меня с ума. Простое решение состояло в том, чтобы удалить все из моего каталога bin (Build Clean было недостаточно), а затем восстановить. Мне не нужно было никаких изменений в программировании.

Эта проблема возникла у меня после того, как сотрудник обновил проект до MVC4.

...