12

我们使用 Web Deploy 3 的（几乎完全未记录的）“公共 API”来创建我们网站的 .zip 包，然后将其同步到服务器：

DeploymentBaseOptions destinationOptions = new DeploymentBaseOptions()
{
       UserName = //username,
       Password = //password,
       ComputerName = //a server
};

using (var deploymentObject = DeploymentManager.CreateObject(DeploymentWellKnownProvider.Package, "C:/MyWebsitePackage.zip"))
{
       deploymentObject.SyncParameters.Load(packageParametersFile); \\ contains some connection string information and nothing more.
       DeploymentSyncOptions syncOptions = new DeploymentSyncOptions();

       syncOptions.WhatIf = false;

       deploymentObject.SyncTo(destinationOptions, syncOptions);
}

在我们在生产和构建服务器上安装 .NET 4.5 并将我们正在部署的项目也升级到 4.5 之前，此代码运行良好。现在我们收到以下错误：

您尝试使用的应用程序池将“managedRuntimeVersion”属性设置为“v4.0”。此应用程序需要“v4.5”。了解更多信息：http: //go.microsoft.com/fwlink/ ?LinkId=221672#ERROR_APPPOOL_VERSION_MISMATCH 。

我们的服务器肯定安装了 .Net 4.5，并且 IIS 网站应用程序池版本是“.NET Framework v4.0.30319”（我知道它说的是 v4，但 .NET 4.5 是“就地”升级并将 4.0 DLL 替换为新版本号 .30319）。

通过添加/p:VisualStudioVersion=11.0标志（这会导致不同的 Web 应用程序目标文件成为使用它以某种方式允许部署 .NET 4.5 应用程序）。

有谁知道为什么 Web Deploy API 会这样抱怨以及如何以与 MSBuild 解决方案相同的方式解决此错误？

4

2 回答 2

11

最简单的可能只是将 Microsoft.Web.Publishing.targets 中的 IgnoreDeployManagedRuntimeVersion 属性包含到 .csproj 中，或者在 /t:package 步骤中作为 MSBuild 的参数。其他选项可能是项目根目录中的 parameters.xml 以使 managedRuntimeVersion 可被 MSDeploy 参数覆盖，或者直接在 archive.xml 中的 .zip 中设置它作为预部署步骤。

更新（太长无法回复评论）：

好吧，它比 VS 2012 本身所做的要少。从 VS 发布到 IIS（Web 部署选项），它将生成的包将是临时文件夹的内容和参数 xml，而不是您在进行通用打包时获得的 zip，并且运行时版本将被设置到 4 即使项目是 4.5。IgnoreDeployManagedRuntimeVersion 将完全忽略它。如果您从 VS 执行 Web Deploy Package 选项，您将在 archive.xml 中获得 4.5 的 zip，如果您尝试将 VS 输出的 zip 直接手动导入 IIS，您将收到 4.0 vs 4.5 应用程序池的错误弹出窗口错误，与从命令行运行 msbuild /t:package 和 msdeploy :sync 得到的错误相同。VS (devenv) 没有做到“正确”，它悄悄地覆盖了项目设置，它不是 MSDeploy'

顺便说一句，重新 API 文档，是的，它们实际上不存在，但我发现命令行文档是可以容忍的（称为 Web Deploy 而不是 MSDeploy，例如http://technet.microsoft.com/en-us/library/dd569089.aspx和其他）并将这些映射到 dotPeek 输出会有所帮助。

于 2012-11-30T16:15:50.397 回答
4

您可以尝试将其添加到您的项目中：

<IgnoreDeployManagedRuntimeVersion>True</IgnoreDeployManagedRuntimeVersion>
于 2013-07-20T20:39:22.777 回答