我正在创建一个应用程序以实现应用程序部署的自动化（https://github.com/twistedtwig/AutomdatedDeployments#readme）。
这个想法是一切都在源代码控制、应用程序文件、应用程序配置以及 IIS 配置中。我的应用程序允许在构建到开发机器之后自动部署解决方案（将构建后设置添加到 sln / proj 文件）。它将允许 CI 服务器自动部署到其机器进行测试，以及 CI 服务器将成功的构建推送到 QA / 测试 / 生产服务器。我遇到的 msdeploy 问题之一是要求事先使用网站/应用程序设置 IIS（我的应用程序正试图解决这个问题）。
到目前为止，我可以通过配置文件自动创建、更新和删除应用程序池、网站和应用程序。我可以很好地同步文件和文件夹。最后一步是使用 msbuild 中的 /target:package 开关为 Web 部署创建干净的文件结构。例如，我会运行如下命令：
msbuild.exe myMvcSite.csproj /target:clean /target:package /p:Configuration=Release /p:_PackageTempDir=C:\websites\mySite /p:PackageLocation=C:\dropLocation\mySite.zip
这将创建一个不错的 zip 文件，其内部文件路径为“C_C\wbesites\mySite”（据我所知），可以同步到生产服务器。
我的问题是我如何部署这个 zip 文件。我希望它独立于任何 IIS 信息，即我只是将文件/文件夹推送到某个位置（在本地机器上供开发人员使用，或远程用于测试等）。使用应用程序池和站点等设置 IIS 将单独处理。我尝试过的一些命令（及其输出）如下：
"C:\Program Files\IIS\Microsoft Web Deploy v2\msdeploy.exe" -verb:sync -source:package="C:\Temp\deploy\installer\test\testPackage.zip" -dest:auto
Info: Adding sitemanifest (sitemanifest).
Error: The application pool that you are trying to use has the 'managedRuntimeVersion' property set to 'v2.0'. This application requires 'v4.0'.
Error count: 1.
和
"C:\Program Files\IIS\Microsoft Web Deploy v2\msdeploy.exe" -verb:sync -source:package="C:\website\installer\testPackage.zip" -dest:contentpath=C:\temp\mytest
Error: Source (sitemanifest) and destination (contentPath) are not compatible for the given operation.
Error count: 1.
第一个命令我试图让它解压具有它所具有的结构的文件。不过，它似乎对应用程序池的东西感到不安（我不希望它碰它）。
第二个我试图绕过“自动”位，但这也不开心。
我正在努力寻找有关此过程的大量信息。
目前我能看到如何实现这一目标的唯一方法是不使用 msdeploy ，而是创建我自己的任务来集成文件结构并同步我自己的文件（不理想）。