ASP.NET MVC 1.0 AfterBuilding не работает при сборке TFS

Question

Я обновил бета-версию ASP.NET MVC до версии 1.0 и внес следующие изменения в проект MVC (как описано в примечаниях к выпуску RC):

<Project ...>
  ...
  <MvcBuildViews>true</MvcBuildViews>
  ...
  <Target Name="AfterBuild" Condition="'$(MvcBuildViews)'=='true'">
    <AspNetCompiler VirtualPath="temp" PhysicalPath="$(ProjectDir)\..\$(ProjectName)" />
  </Target>
  ...
</Project>

Хотя сборка работает нормально на наших локальных устройствах разработки, она завершается с ошибкой в ​​сборке TFS 2008 с сообщением «Не удалось загрузить тип 'xxx.MvcApplication'», см. журнал сборки ниже:

...
using "AspNetCompiler" task from assembly "Microsoft.Build.Tasks.v3.5, Version=3.5.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a".
Task "AspNetCompiler"

  Command:
  C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\aspnet_compiler.exe -v temp -p D:\Builds\xxx\Continuous\TeamBuild\Sources\UI\xxx.UI.Dashboard\\..\xxx.UI.Dashboard 
  The "AspNetCompiler" task is using "aspnet_compiler.exe" from "C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\aspnet_compiler.exe".
  Utility to precompile an ASP.NET application
  Copyright (C) Microsoft Corporation. All rights reserved.

/temp/global.asax(1): error ASPPARSE: Could not load type 'xxx.UI.Dashboard.MvcApplication'.
  The command exited with code 1.

Done executing task "AspNetCompiler" -- FAILED.
...

MVC 1.0 устанавливается в TFS, и решение компилируется при сборке в экземпляре Visual Studio на том же сервере TFS.

Как я могу решить эту проблему со сборкой TFS?

Answer 1

Проблема связана с тем, что задача AspNetCompiler MSBuild, используемая в цели AfterBuild проекта ASP.NET MVC, ожидает ссылки на dll в папке bin веб-проекта.

В настольной сборке папка bin находится там, где вы ее ожидаете, под деревом исходного кода.

Однако TFS Teambuild компилирует выходные данные исходного кода в другой каталог на сервере сборки.Когда задача AspNetCompiler запускается, она не может найти каталог bin для ссылки на необходимую DLL, и вы получаете исключение.

Решение состоит в том, чтобы изменить цель AfterBuild проекта MVC следующим образом:

  <Target Name="AfterBuild" Condition="'$(MvcBuildViews)'=='true'">
    <AspNetCompiler Condition="'$(IsDesktopBuild)' != 'false'" VirtualPath="temp" PhysicalPath="$(ProjectDir)\..\$(ProjectName)" />
    <AspNetCompiler Condition="'$(IsDesktopBuild)' == 'false'" VirtualPath="temp" PhysicalPath="$(PublishDir)\_PublishedWebsites\$(ProjectName)" />
  </Target>

Это изменение позволяет компилировать представления как на рабочем столе, так и на сервере сборки TFS.

Answer 2

На самом деле, есть лучшее решение этой проблемы.Я тестировал его с VS/TFS 2010, но он также должен работать и с VS/TFS 2008.

<Target Name="AfterBuild" Condition="'$(MvcBuildViews)'=='true'">
  <AspNetCompiler VirtualPath="temp" PhysicalPath="$(WebProjectOutputDir)" />
</Target>

Я собираюсь работать с командой MVC над обновлением шаблона их проекта, чтобы использовать этот подход вместе с настраиваемой целью (вместо переопределения AfterBuild).

Я опубликовал сообщение в блоге о том, как Включите проверку представления во время компиляции для проектов ASP.NET MVC в TFS Build 2010..

Answer 3

Решение Джима Лэмба нам не помогло, когда я создавал веб-файл .csproj с помощью

/p:UseWPP_CopyWebApplication=true;PipelineDependsOnBuild=False

потому что цель выполнялась AfterBuild и приложение не было скопировано в WebProjectOutputDir еще.(Кстати, я передаю эти свойства в сборку веб-проекта, потому что хочу, чтобы при сборке создавалась папка OutDir только с моими двоичными файлами и файлами cshtml, подходящими для архивирования, то есть не сборкой на месте)

Чтобы обойти эту проблему и выполнить намерения его первоначальной цели, я сделал следующее:

<PropertyGroup>
    <OnAfter_WPPCopyWebApplication>
        MvcBuildViews;
    </OnAfter_WPPCopyWebApplication>
</PropertyGroup>

<Target Name="MvcBuildViews" Condition="'$(MvcBuildViews)'=='true'">
    <AspNetCompiler VirtualPath="temp" PhysicalPath="$(WebProjectOutputDir)" />
</Target>

Answer 4

Я предполагаю, что вы имели в виду, что изменили следующий параметр в файле .csproj:

<MvcBuildViews>true</MvcBuildViews>

Параметр, который вы указали в своем вопросе, трогать не следует.Если это работает на вашем локальном компьютере, то, очевидно, вы можете предварительно создать приложение ASP.NET MVC.

Я думаю, вам нужно выяснить, в чем разница между вашей средой сборки TFS и вашими локальными компьютерами VS.Возможно, он использует другую версию MsBuild или что-то в этом роде.

Попробуйте выполнить обе сборки с подробным выводом и сравните их, чтобы увидеть, в чем разница.

Answer 5

Мы все еще тестируем это, но похоже, что вы можете переместить значение false/true из набора тегов в группу свойств для вашей версии сборки DEBUG, вы все равно можете установить для него значение true, и MSBuild скомпилируется (при условии, что MSBuild TfsBuild.proj файл настроен на использование чего-то другого, кроме конфигурации отладки).Для этого вам нужно будет отредактировать файл csproj с помощью Блокнота.

<Project DefaultTargets="Build" xmlns="http://schemas.microsoft.com/developer/msbuild/2003" ToolsVersion="3.5">
  <PropertyGroup>
    <Configuration Condition=" '$(Configuration)' == '' ">Debug</Configuration>
    <MvcBuildViews>true</MvcBuildViews>
    ....

Вам необходимо переместить тег MVCBuildViews из группы свойств по умолчанию, указанной выше, в группу свойств конфигурации отладки (ниже).Опять же, когда мы получим настройку TFS/MSBuild, я постараюсь опубликовать шаг, который мы добавили в наш файл TFSBuild.proj в TFS.

  <PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Debug|AnyCPU' ">
    <MvcBuildViews>true</MvcBuildViews>
    <DebugSymbols>true</DebugSymbols>
    ....

Answer 6

Эта проблема похожа на ту, о которой говорилось здесь:http://blogs.msdn.com/aaronhallberg/archive/2007/07/02/team-build-and-web-deployment-projects.aspxпохоже, что при вызове aspnet_compiler.exe не удается найти двоичные файлы, поскольку их нет в папке bin проекта MVC на машине сборки.Я еще не придумал решение.

Answer 7

Принятый ответ мне не помог.Параметр $(PublishDir) не указывает на правильное расположение.Вместо этого мне пришлось использовать:

  <Target Name="AfterBuild" Condition="'$(MvcBuildViews)'=='true'">
    <AspNetCompiler Condition="'$(IsDesktopBuild)' != 'false'" VirtualPath="temp" PhysicalPath="$(ProjectDir)\..\$(ProjectName)" />
    <AspNetCompiler Condition="'$(IsDesktopBuild)' == 'false'" VirtualPath="temp" PhysicalPath="$(OutDir)\_PublishedWebsites\$(ProjectName)" />
  </Target>

Answer 8

У меня в системе управления версиями было несколько старых папок, которые не были видны в Решении.

Answer 9

Вы не можете предварительно собрать приложение ASP.NET MVC.