web-deployment - 对 MSDeploy 的看法

Question

你知道，微软的下一个“大”和“企业”的东西。

只是我，还是真的很难为人类？主要亮点是(IMO):

绝对神秘的语法( -skip:objectName=filePath,absolutePath=App_Offline.* 仅用于跳过 App_Offline.html )

事后的表现

缺乏详尽的文档

对可扩展性只字不提(除了那里的几篇博客文章)。而且，所有这些辛辛苦苦开发的扩展都必须在GAC和注册表中注册

Waaay 太低级(元数据/元数据；所有这些 IIS 爵士乐)

未与 MSBuild 集成

诚然，MSDeploy 和 MSDeployAgent 非常强大，但是对于相对简单的任务，它们真的需要那么复杂吗？

Answer 1

我也与您一样对缺少文档和该工具明显的低级性质感到沮丧。

然而，MS 所做的是最终创建了一个免费工具，您可以使用它实际编写整个服务器部署的脚本，包括参数化地址、配置等。不幸的是，这是一件非常复杂的事情——考虑到实际上有多少位配置进入 Web 服务器- 这可能是完成这一切的最佳方式。

我们现在需要的是一个非常好的 GUI，它可以帮助构建这些包和脚本等。嵌入在 IIS 中的 GUI 很好——但同样缺乏解释——所以希望很快就会得到解决。

在功能方面，我目前正在使用从 dev -> staging -> live with parameters 来更改绑定(bind)的 IP 地址等部署站点。我花了几天时间才让这一切正常工作，这让我深感沮丧 -但是现在我有了它，我可以在 IT 支持方面消除很多可能的人为错误——他们负责我们的部署。我现在只需要担心我的主登台服务器的配置 - 并且可以确保网络场中的所有服务器在我部署时都会保持同步。

正如 Sayed 所提到的，2010 年有 MSBuild 任务(网站部署功能现在使用 msdeploy 实现)来处理这个问题——这也为 VStamSystem 带来了真正的持续集成环境的可能性——拥有一个团队构建，实际上可以执行完整的 Web 部署，因为它的最后一步非常令人兴奋(当然也很可怕!)。