Visual studio 2010 Web部署任务生成失败

情景：

我成功为解决方案设置了TFS2010 webdeploy任务。一切正常，直到部署任务突然出现问题

解决方案有2个web项目。这些项目配置为在生成时部署并将其发布到开发服务器

有人知道下面的构建信息有什么问题吗

C:\Program Files (x86)\MSBuild\Microsoft\VisualStudio\v10.0\Web\Microsoft.Web.Publishing.targets
(3847): Web deployment task failed.
((4.8.2011 11:01:10) An error occurred when the request was processed on the remote computer.)
(4.8.2011 11:01:10) An error occurred when the request was processed on the remote computer. Unable to perform the operation. Please contact your server administrator to check authorization and delegation settings.

---

如果有人需要，我可以提供更多信息。

我在通过TFS构建时遇到了同样的问题。当我尝试手动导入网站时，我遇到了一个信息更丰富的错误：无法登录用户\WDeployConfigWriter

事实证明，安装web deploy时，它会设置两个本地帐户WDeployConfigWriter和WDeployAdmin。这些帐户上的密码设置为过期。因此，在web服务器上重置密码并设置为永不过期。然后转到IIS中的管理服务委派。提供的每个规则都有一个用户名字段。如果是WDeployAdmin或WDeployConfigWriter，请右键单击并将凭据更新为新密码

---

这里有一个完整的屏幕截图说明：

我们也有同样的问题-在我们的例子中，我们只使用MSDeploy而不使用TFS。重置这两个本地帐户WDeployConfigWriter和WDeployAdmin的密码解决了问题，因为它们的密码已过期。我们试图将密码策略更改为永不过期，但只有本地管理员才能执行此操作。

您需要做的就是重新运行位于C:\Program Files\IIS\Microsoft Web Deploy V3\Scripts中的脚本AddDelegationRules.ps1\

这是首次安装web deploy时运行的脚本。它将重新创建任何丢失的委派，重新设置WebDeployAdmin和WebDeployConfigWriter的密码，并将WebDeployAdmin添加回Administrators组

---

重新运行脚本后，您仍然需要将每个帐户的密码设置为不过期。

运行此命令lusrmgr.msc 双击用户和 双击帐户名，勾选密码永不过期。

---

完成了

如果密码未更改，只需将帐户WDeployConfigWriter和WDeployAdmin设置为用户无法更改密码，密码永不过期。在本例中，指定帐户的密码已过期。在新服务器安装的安全日志中。Nice。这就是我的问题所在。我将WDeployConfigWriter用户的密码设置为不过期，这解决了问题。我在服务器2012上的事件查看器中的应用程序和服务日志>>Microsoft Web Deploy中发现了类似的错误。详细信息中显示的错误为：Microsoft.Web.Delegation.DeploymentAuthorizationException:无法登录用户'.\WDeployConfigWriter'.-->System.Runtime.InteropServices.COMException:此帐户的密码已过期。截至2016年2月，我在windows server 2008R2上遇到了这个奇怪的问题，您的解决方案对我有效。我可以确认您不需要更改密码。设置密码永不过期就足以解决问题，而不需要额外的步骤，正如@GogColorado的评论所说，我只是用这个答案来解决这个问题。不过我还有一步要走。。。重置凭据后，需要进入IIS>管理服务委派，然后选择每个规则并按编辑。如果规则使用WDeployConfigWriter帐户，请按Set。。。按钮，然后重新输入您刚刚更新的新凭据。这实际上只是半个答案。。。要防止密码过期，请打开本地组管理器运行lusrmgr.msc，侧边栏中的用户，双击帐户名，然后勾选“密码永不过期”。我可以通过取消勾选来解决此问题。用户下次登录时必须更改密码，并且没有实际更改密码如果您最近遇到此问题，请看你的建议对我帮助很大。我用poverShell找到并执行了这个脚本AddDelegationRules.ps1。我正在使用2012 r2 win服务器和VS2017。我检查了它，但在部署时遇到问题