visual-studio-2012 - 为构建服务器自定义 Visual Studio 2012 的 Web 发布管道 (WPP)

Question

我正在为大型企业服务基础架构创建构建和部署基础架构。我们将 TFS Build 2012 用于我们的 Build Server、Visual Studio 2012 来生成 WPP 部署包，并使用 MSDeploy 2.1 来执行实际部署。 (我们不能使用 MSDeploy 3，因为它有很多错误——NTLM 身份验证被 WMSvc 等破坏了)。

我创建了一个“Project.wpp.targets”文件并添加了以下属性:

<DeployOnBuild Condition="$(DeployOnBuild) == '' And '$(OutDir)' != '$(OutputPath)' ">true</DeployOnBuild>
<WebPublishMethod>Package</WebPublishMethod>
<DeployManagedPipelineMode>Integrated</DeployManagedPipelineMode>
<Disable_CopyWebApplication>True</Disable_CopyWebApplication>

当编译发生在构建服务器上时，OutDir 将与 OutputPath 不同，WPP 将被激活。构建输出以下文件:

Project.zip
Project.SetParameters.xml
Project.SourceManifest.xml
Project.deploy.cmd
Project.deploy-readme.txt

里面的 project.zip 是:

Archive.xml
Parameters.xml
systemInfo.xml

问题 1 - SourceManifest.xml 文件的用途是什么，为什么它不在 zip 包中？
似乎创建用于部署的 zip 文件包的全部原因是它完全独立。该 SourceManifest 文件是“松散的”——我们不能再把一个 zip 文件放在我们的部署文件共享上。为什么包裹里没有？它还指向构建服务器上的特定路径!

问题 2 - Archive.xml 文件的用途是什么？ SourceManifest.xml 似乎有些多余 - 我看到了一个提供者、许多提供者等。在 Microsoft 文档中，他们在包中提到了“manifest.xml”。这个文件看起来像 list ，但它被称为“archive.xml”。文件名重要吗？ manifest.xml 与archive.xml 不同吗？它们与 SourceManifest.xml 有何关系，后者看起来相似但同时又不同？

问题 3 - systemInfo.xml 有什么用？它似乎列出了为构建服务器上的 IIS 角色安装的所有组件。例如，如果我在本地机器上的命令行中运行构建，它会列出安装了 .NET 2.0 和 4.0 以及我机器上各种 IIS 组件的许多 True/False 值。问题是这些设置与我实际想要部署的内容无关! MSDeploy 是否查看过这个文件？它的一代可以被禁用吗？我绝对不希望来自构建服务器的配置工件影响生产!

Answer 1

生成的 zip 包是自给自足的，可以与 msdeploy.exe 一起使用，而无需目录中的任何其他文件。

您可以通过设置 GenerateSampleDeployScript=False 来防止生成 cmd 和 SetParameters 文件。 .您无法将 SourceManifest 配置为在构建后删除，但您可以安全地手动执行此操作。

SourceManifest.xml 基本上是一个诊断神器。实际上，它是 -source:manifest=Project.SourceManifest.xml到同步的 -dest:package=Project.zip
存档.xml 是包提供者对其内容的内部表示。该文件始终称为 archive.xml，而提及 manifest.xml 的文档是错误的。

我实际上不确定如何 systeminfo.xml 用来。我不知道禁用该功能的方法，但我也从未遇到过它的属性影响部署的情况。