提问人:John Saunders 提问时间:7/11/2013 最后编辑:quetzalcoatlJohn Saunders 更新时间:5/1/2014 访问量:2389
如何使用 Web 发布管道和 Web 部署 (MSDEPLOY) 发布控制台应用程序?
How to use the Web Publishing Pipeline and Web Deploy (MSDEPLOY) to Publish a Console Application?
问:
我想使用 Web 部署将 Visual Studio“控制台”应用程序发布到目标系统上的文件夹。
我有一些运气,能够生产出与我需要的东西相似的东西,但还不完全是。
我已将以下内容添加到控制台 .csproj:
添加了以下 projectName.wpp.targets 文件
<Import Project="$(MSBuildExtensionsPath32)\Microsoft\VisualStudio\v10.0\WebApplications\Microsoft.WebApplication.targets" />
我添加了以下projectName.wpp.targets:
<Project DefaultTargets="Build" xmlns="http://schemas.microsoft.com/developer/msbuild/2003" ToolsVersion="4.0">
<PropertyGroup>
<DeployAsIisApp>false</DeployAsIisApp>
<IncludeSetAclProviderOnDestination>false</IncludeSetAclProviderOnDestination>
</PropertyGroup>
<ItemGroup>
<FilesForPackagingFromProject Include="$(IntermediateOutputPath)$(TargetFileName).config">
<DestinationRelativePath>bin\%(RecursiveDir)%(FileName)%(Extension)</DestinationRelativePath>
<FromTarget>projectName.wpp.targets</FromTarget>
</FilesForPackagingFromProject>
</ItemGroup>
</Project>
然后,我编辑了 .SetParameters.xml 文件,如下所示:
<parameters>
<setParameter name="IIS Web Application Name" value="c:\company\project" />
</parameters>
然后,当我使用生成的 .cmd 文件进行部署时,我会将所有文件部署到 C:\company\project\bin。
这还不错,但我想做得更好。特别是,我想省略“bin”文件夹并将所有文件放在“C:\company\project”文件夹中,并且我希望能够指定 ACL
有没有人能够解决这些问题?
答:
好的,这是省略“bin”文件夹的方法。
首先,我想强调的是,所有这些与 msdeploy 相关的东西都是用于 Web 应用程序部署的,而“bin”文件夹对我来说几乎是硬编码的。所以如果你想摆脱它 - 你必须做一些肮脏的事情。我做到了。
我们将不得不稍微改变项目,所以最好不要改变它,但它是复制。$(MSBuildExtensionsPath32)\Microsoft\VisualStudio\v10.0\WebApplications\Microsoft.WebApplication.targets
步骤:
1.备份(或者,您可以安装 MSBuild.Microsoft.VisualStudio.Web.targets 包,将 csproj 文件重定向到从包中获取的文件并使用它)。
2.在找到看起来像的xml节点(有几个节点,从~2570行中取出一个)。
3. 注释掉节点,替换为自定义节点,因此最终它将如下所示:$(MSBuildExtensionsPath32)\Microsoft\VisualStudio\v10.0\WebApplications\Microsoft.WebApplication.targets
Microsoft.WebApplication.targets
$(MSBuildExtensionsPath32)\Microsoft\VisualStudio\v10.0\WebApplications\Microsoft.WebApplicaton.targets
<CopyPipelineFiles PipelineItems="@(FilesForPackagingFromProject)"
<!--
<CopyPipelineFiles PipelineItems="@(FilesForPackagingFromProject)"
SourceDirectory="$(WebPublishPipelineProjectDirectory)"
TargetDirectory="$(WPPAllFilesInSingleFolder)"
SkipMetadataExcludeTrueItems="True"
UpdateItemSpec="True"
DeleteItemsMarkAsExcludeTrue ="True"
Condition="'@(FilesForPackagingFromProject)' != ''">
<Output TaskParameter="ResultPipelineItems" ItemName="_FilesForPackagingFromProjectTempory"/>
</CopyPipelineFiles>-->
<!-- Copying files to package folder in 'custom'(dirty) way -->
<CreateItem Include="$(OutputPath)\**\*.*">
<Output TaskParameter="Include" ItemName="YourFilesToCopy" />
</CreateItem>
<Copy SourceFiles="@(YourFilesToCopy)"
DestinationFiles="@(YourFilesToCopy->'$(WPPAllFilesInSingleFolder)\%(RecursiveDir)%(Filename)%(Extension)')" />
然后
4.您的 projectName.wpp.targets 不必具有 ,因此它看起来像:FilesForPackagingFromProject
<!-- targets -->
<PropertyGroup>
<DeployAsIisApp>false</DeployAsIisApp>
<IncludeSetAclProviderOnDestination>false</IncludeSetAclProviderOnDestination>
</PropertyGroup>
<ItemGroup>
<!-- intentionally left blank -->
</ItemGroup>
</Project>
就是这样。为我工作(tm),经过测试。老实说,我不喜欢这种方法,但这是我让它以所需的方式工作的唯一方法。是否在项目中使用它取决于您。
我的意见是不要在这里使用 msdeploy - 它不适合你的任务。
最好从头开始编写 msbuild-scripts 或接受“bin”文件夹,并在下次需要自定义时再次与框架作斗争。
评论
ERROR_SITE_DOES_NOT_EXIST
This doesn't seem to work for applications that are not pushed into a virtual directory and are pushed to Default Site/ for instanc
评论
<DestinationRelativePath>bin\%(RecursiveDir)%(FileName)%(Extension)</DestinationRelativePath>