I\'m setting up a publish to a relative path for testing locally (especially xml config transformations). Each developer has their own path to the checked out project and I\
For those using Visual Studio 2012 and the new publish configuration file (Properties/PublishProfiles/Local.pubxml
) you can use this syntax in the file itself:
<Project ToolsVersion="4.0" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
<PropertyGroup>
<WebPublishMethod>FileSystem</WebPublishMethod>
<SiteUrlToLaunchAfterPublish />
<publishUrl>$(MSBuildThisFileDirectory)..\..\obj\publish</publishUrl>
<DeleteExistingFiles>True</DeleteExistingFiles>
</PropertyGroup>
</Project>
Be aware that the $(MSBuildThisFileDirectory) property will resolve to the Local.pubxml directory. From there you should traverse up to get where you need to be.
VS 2015 accepts something like
..\..\..\DeployFiles
It will also create the folder if it is missing so your publish settings can go into source control but you can easily ignore the DeployFiles folder and its contents.
Just a regular path with forward slashes works in Visual Studio 2012:
../../../../../app
This starts at the published project's root directory.
For the case where an additional post publish step needs to call msdeploy (MSVS 2015, dnx) with a relative path, another alternative is to edit project file (not the pubxml although that may work too) and create a variable that is the conversion of the relative path into an absolute path.
<Target Name="AfterWebPublish" AfterTargets="WebPublish">
<!--
msdeploy cannot currently handle relative paths for contentPath so first convert it to an absolute path
-->
<PropertyGroup>
<AbsOutDir>$([System.IO.Path]::GetFullPath("$(ProjectDir)$(OutDir)"))</AbsOutDir>
</PropertyGroup>
<Exec WorkingDirectory="$(ProjectDir)" Command='call "$(DevEnvDir)..\Tools\vsvars32.bat"' />
<Exec WorkingDirectory="$(ProjectDir)" Command='"C:\Program Files (x86)\IIS\Microsoft Web Deploy V3\msdeploy" -verb:sync -source:contentPath="$(AbsOutDir)PublishOutput" -dest:package="$(AbsOutDir)$(MSBuildProjectName).zip"' />
</Target>
Then $(AbsOutDir)
can be used elsewhere as needed (such as for msdeploy contentPath). I don't think it can be entered within the dialog.
From "how-can-i-get-msbuild-to-evaluate-and-print-the-full-path-when-given-a-relative".
For Visual Studio 2012, this solution will not work. You should look at the answer by michielvoo just after this one.
After trying and trying I found the solution: you can use a relative path by setting
file:///./obj/publish
in the Publish WebApp
dialog, but you must use a path that is already existent and writable by the user you are using. This way you can publish your web app in a local folder, or a path related folder.
Let me know if this helps. It did for me.
This worked for me in Visual Studio 2013:
file:\\..\..\..\Publish
Please note that this doesn't publish to obj\publish, as the original poster wanted, but to another directory (a few folders up) on my system as I desired. Modify it for obj\publish if you wish.