Back

Explore Courses Blog Tutorials Interview Questions
0 votes
2 views
in Azure by (45.3k points)

I have a solution that contains two basic (not MVC or .Net Core) ASP.Net web applications, and a few libraries on which they depend.

I have a build definition in VSTS that contains a Visual Studio Build step, which builds the solution with MSBuild.

The default set of MSBuild arguments package each web application into a single file, to be deployed via a batch file:

/p:DeployOnBuild=true /p:WebPublishMethod=Package /p:PackageAsSingleFile=true /p:SkipInvalidConfigurations=true /p:PackageLocation="$(build.artifactstagingdirectory)\\"

I cannot use this method, and require the website to be published to the file system so that existing scripts can do the deployment.

Therefore I changed these arguments to:

/p:DeployOnBuild=true /p:DeployDefaultTarget=WebPublish /p:WebPublishMethod=FileSystem /p:publishUrl=$(build.artifactstagingdirectory)\website

This does indeed publish the two websites to the file system, but the problem is that it puts them both on top of each other in the same folder.

Is there a way of passing some sort of paramaterised URL to publishUrl such that the two websites can end up in different folders? Or must I make an MSBuild step for each project individually?

1 Answer

0 votes
by (16.8k points)

You'll need to add extra build logic in your project do do that in only one invocation.

You can create a Directory.Build.props file in your solution's root directory (so that all web projects are below it in the directory hierarchy) with the following contents:

<Project>

  <PropertyGroup>

    <PublishUrl Condition="'$(PublishBaseUrl)' != '' and '$(PublishUrl)' == ''">$(PublishBaseUrl)\$(MSBuildProjectName)\</PublishUrl>

  </PropertyGroup>

</Project>

This allows you to set /p:PublishBaseUrl="$(build.artifactstagingdirectory)\\" as parameter instead of PublishUrl and the project name will be appended to the path.

Browse Categories

...