Обновление ASP.NET 5 beta5 разбивает все

Я следил за этим руководством при обновлении до версии бета5, и процесс обновления, похоже, сработал.

http://blogs.msdn.com/b/webdev/archive/2015/06/30/asp-net-5-beta5-now-available.aspx

Чтобы обновить ASP.NET 5 Beta5, выполните следующие действия:

  • Установите диспетчер версий .NET(DNVM), если у вас его еще нет (он поставляется с предустановленной Visual Studio 2015 RC, или вы можете получить последнюю версию)
  • В командной строке задайте переменную среды DNX_FEED https://www.nuget.org/api/v2
  • Запустите "dnvm upgrade". В вашем приложении обновите файл global.json, чтобы указать на версию бета-версии .NET среды выполнения (DNX) бета версии
  • Также ваш project.json укажет на версии пакета бета5
  • Запустите "dnu restore" Запустите "dnu build" и перенесите свой код на необходимый бета5.

Однако я получаю ошибки сборки, которые говорят, что у меня отсутствуют сборки. Он жалуется на System.Void и этого не хватает. Он также не может найти контроллер от Microsoft.AspNet.MVC:/

Если я вернусь к бета-версии 4, он снова будет работать.

Какой шаг мне не хватает?

Список DNVM (возвращается к бета-версии 4)

Active Version Runtime Architecture Location Ali
 as
------ ------- ------- ------------ -------- ---
 1.0.0-beta4 clr x64 C:\Users\MySelf\.dnx\runtimes
 * 1.0.0-beta4 clr x86 C:\Users\MySelf\.dnx\runtimes
 1.0.0-beta4 coreclr x64 C:\Users\MySelf\.dnx\runtimes
 1.0.0-beta4 coreclr x86 C:\Users\MySelf\.dnx\runtimes
 1.0.0-beta5 clr x86 C:\Users\Myself\.dnx\runtimes def
 1.0.0-beta5-12103 clr x86 C:\Users\MySelf\.dnx\runtimes
2 ответа

Я только что обновил веб-приложение Visual Studio 2015 ASP.MVC от бета-версии до бета-версии 5 и теперь его запускаю. Ниже приведены некоторые дополнения к инструкциям, которые вы выполнили.

Запустить "dnvm upgrade"

После этого, это то, что будет выводить dnvm list.

Active Version Runtime Architecture Location Alias
------ ------- ------- ------------ -------- -----
 1.0.0-beta4 clr x64 C:\Users\BigFont\.dnx\runtimes
 1.0.0-beta4 clr x86 C:\Users\BigFont\.dnx\runtimes
 1.0.0-beta4 coreclr x64 C:\Users\BigFont\.dnx\runtimes
 1.0.0-beta4 coreclr x86 C:\Users\BigFont\.dnx\runtimes
 * 1.0.0-beta5 clr x86 C:\Users\BigFont\.dnx\runtimes default
 1.0.0-beta5-12087 clr x86 C:\Users\BigFont\.dnx\runtimes

В вашем приложении обновите свой global.json, чтобы указать на бета5

В global.json укажите конкретную сборку бета5:

{
 "projects": [ "src", "test" ],
 "sdk": {
 "version": "1.0.0-beta5"
 }
}

Также ваш project.json указывает на версии пакета бета5

В project.json ссылка beta5. Это заставит dnu восстановить самую последнюю сборку (хорошо, любопытно - Дэвид Фоул описывает нюансы "плавающей версии" здесь.)

"dependencies": {
 "Microsoft.AspNet.Server.IIS": "1.0.0-beta5",
 "Microsoft.AspNet.Server.WebListener": "1.0.0-beta5",
 "Microsoft.AspNet.StaticFiles": "1.0.0-beta5"
},

... перенести свой код на бета5 по мере необходимости

Как только вы прекратили принимать ошибки об отсутствующих базовых объектах, таких как System.Void, вы можете получить ошибки об изменении изменений. Это может потребовать некоторых исследований для решения, в зависимости от того, что использует ваша база кода. Например, если вы используете идентификатор ASP.NET, вам необходимо изменить это:

SignInManager.PasswordSignInAsync(
 model.Email, model.Password, model.RememberMe, shouldLockout: false);

:

SignInManager.PasswordSignInAsync(
 model.Email, model.Password, model.RememberMe, lockoutOnFailure: false);

Заключительное примечание: Visual Studio

Закрытие и повторное открытие решения в Visual Studio может решить проблемы восстановления/сборки после обновления файлов global.json и package.json.

Смотрите также: веб-проект ASP.NET 5 (vNext): обновление конфликта конфликтов с бета-версии до бета-версии


@***** Luttin его охватывает, но я упомянул две вещи:

  • Браузерная ссылка фактически не работает в бета-версии 5. Это вызывает очень странную ошибку. Вам нужно прокомментировать app.UseBrowserlink(), чтобы заставить все работать. Более поздние версии исправили эту проблему.
  • Я также обнаружил, что пакеты с "ConfigurationModel" в имени были переименованы в "Конфигурация".

licensed under cc by-sa 3.0 with attribution.