Використання MSBuild.exe для «Опублікування» проекту ASP.NET MVC 4 за допомогою рядка cmd

Я шукаю команду для запуску проти, MSBuild.exeяка просто приймає проект MVC 4 і публікує його в заданому каталозі.

Наприклад,

MSBuild <solution>/<project>.csproj -publish -output=c:/folder

Це очевидно неправильний синтаксис. Я намагаюся спростити своє запитання.

Це питання говорить про побудову XML, але я не намагаюся робити що-небудь із такою деталізацією.

Я просто намагаюся зробити розгортання.

Далі в цьому питанні хтось говорить про "MSDeploy". Я можу розглянути це, але чи єдиний варіант? У мене немає можливості встановити веб-розгортання на сервері. У такому випадку все, що мені дійсно потрібно зробити, це "Опублікувати" та надіслати вміст опублікованого проекту до заданого каталогу на сервері / файловій системі.

Хтось має один лайнер, яким я можу скористатися?

Чи потрібно використовувати MSDeploy?

Чи вимагає MSDeploy встановлення веб-розгортання на сервері?

Чи не потрібно для налаштування веб-розгортання на сервері налаштування деяких портів, дозволів та встановлення деяких доповнень IIS?

Я хотів би просто виконати щось просте.

У VS 2012 (а також публікації оновлень, доступних у Azure SDK для VS 2010), ми спростили публікацію в командному рядку для веб-проектів. Ми зробили це за допомогою Publish Profiles.

У VS для веб-проекту ви можете створити профіль публікації за допомогою діалогового вікна публікації. Коли ви створюєте цей профіль, він автоматично зберігається у вашому проекті в меню Properties \ PublishProfiles. Ви можете використовувати створений профіль, щоб опублікувати з командного рядка за допомогою командного рядка наступне.

msbuild mysln.sln /p:DeployOnBuild=true /p:PublishProfile=<profile-name>

Якщо ви хочете зберегти профіль публікації (файл .pubxml) в іншому місці, ви можете передати шлях до PublishProfile.

Профілі публікації - це файли MSBuild. Якщо вам потрібно налаштувати процес публікації, ви можете зробити це безпосередньо у файлі .pubxml.

Якщо ваша кінцева мета - передати властивості з командного рядка. Я б порекомендував наступне. Створіть зразок публікаційного профілю у VS. Перевірте цей профіль публікації, щоб визначити, які властивості MSBuild вам потрібно ввести в командному рядку. FYI не всі методи публікації підтримують публікацію в командному рядку (тобто FTP / FPSE).

FYI, якщо ви створюєте .csproj / .vbproj замість .sln, і ви використовуєте VS 2012, вам також слід перейти /p:VisualStudioVersion=11.0. Детальніше про те, чому див. Http://sedodream.com/2012/08/19/VisualStudioProjectCompatabilityAndVisualStudioVersion.aspx .

Створіть файл build.xml, який виглядає нижче

Запустіть командний рядок Visual Studio

Запустіть msbuild build.xml

<?xml version="1.0" encoding="utf-8"?>
<Project xmlns="http://schemas.microsoft.com/developer/msbuild/2003" ToolsVersion="4.0" DefaultTargets="Build">

  <PropertyGroup>
    <Build>$(MSBuildProjectDirectory)\Build</Build>
    <ProjectFile>MyProject.csproj</ProjectFile> 
    <ProjectName>MyProjectNameInVisualStudio</ProjectName>
    <CopyTo>$(MSBuildProjectDirectory)\CopyTo</CopyTo>
  </PropertyGroup> 

  <Target Name="Build"> 
    <RemoveDir Directories="$(Build)"/>  
    <MSBuild Projects="$(ProjectFile)" Properties="Configuration=Release;OutputPath=$(Build);OutDir=$(Build)/"></MSBuild>  
    <Exec Command="robocopy.exe  $(Build)\_PublishedWebsites\$(ProjectName) $(CopyTo) /e /is
      if %errorlevel% leq 4 exit 0 else exit %errorlevel%"/>    
  </Target>

</Project>

Команда нижче працює ідеально:

msbuild Myproject.sln  /t:Rebuild /p:outdir="c:\outproject\\" /p:Configuration=Release /p:Platform="Any CPU"

Я виявив, що сказана відповідь використовує конфігурацію за замовчуванням, тобто налагодження. Здається, конфігурація, вибрана в профілі публікації, ігнорується MSBuild. Відповідно я змінив команду, щоб вказати правильну конфігурацію для розгортання ...

msbuild mysln.sln /p:Configuration=[config-name] /p:DeployOnBuild=true /p:PublishProfile=[profile-name]

де config-name = Випуск або якась інша конфігурація збірки, яку ви створили

Для веб-проектів вам потрібно будувати, як зазначено вище, але тоді вам також потрібно упакувати / скопіювати. Ми використовуємо копію файлу, а не "публікувати" ...

Також; ми використовуємо DEBUG / RELEASE для створення веб-сайту; але потім фактичне середовище, тобто "QA" або "PROD" для обробки перетворень web.config.

Отже, ми спочатку будуємо його за допомогою RELEASE, а потім пакуємо за допомогою контролю якості - у прикладі нижче.

  <PropertyGroup>   
    <SolutionName>XXX.Website</SolutionName>
    <ProjectName>XXX.Website</ProjectName>
    <IisFolderName>XXX</IisFolderName>

    <SolutionConfiguration>QA</SolutionConfiguration> <!--Configuration will be set based on user selection-->   

    <SolutionDir>$(MSBuildThisFileDirectory)..</SolutionDir>
    <OutputLocation>$(SolutionDir)\bin\</OutputLocation>
     <WebServer>mywebserver.com</WebServer>
  </PropertyGroup>

  <Target Name="BuildPackage">
    <MSBuild Projects="$(SolutionDir)\$(SolutionName).sln" ContinueOnError="false" Targets="Clean;Rebuild" Properties="Configuration=Release" />
    <MSBuild Projects="$(SolutionDir)\$(ProjectName)\$(ProjectName).csproj" ContinueOnError="false" Targets="Package" Properties="Configuration=$(SolutionConfiguration);AutoParameterizationWebConfigConnectionStrings=False" />
  </Target>

  <Target Name="CopyOutput">
    <ItemGroup>
      <PackagedFiles Include="$(SolutionDir)\$(ProjectName)\obj\$(SolutionConfiguration)\Package\PackageTmp\**\*.*"/>
    </ItemGroup>
    <Copy SourceFiles="@(PackagedFiles)" DestinationFiles="@(PackagedFiles->'\\$(WebServer)\$(IisFolderName)\$(SolutionConfiguration)\%(RecursiveDir)%(Filename)%(Extension)')"/>
  </Target>

Так;

1. Налаштуйте свої властивості
2. Викличте ціль BuildPackage
3. Викличте ціль CopyOutput І вуаля!