【问题标题】:Continuous deployment of IIS settings with MSDeploy使用 MSDeploy 持续部署 IIS 设置
【发布时间】:2012-03-27 18:49:45
【问题描述】:

我们使用 TFS (2008) 练习持续部署,并正在寻找一种处理 IIS 设置更改的好方法。 MSDeploy 似乎应该是处理这个问题的方法,但是经过大量阅读和搜索,我还没有找到一个好的答案。

在我看来,MSDeploy 的问题是您需要使用现有的 IIS 网站创建部署包。我希望能够在源代码控制中为网站设置适当的 IIS 配置,并让构建创建包。

我能看到的唯一方法是手工制作archive.xml 文件。我的想法是正确的还是有更好的方法?

【问题讨论】:

  • 如果您练习持续部署,我会假设您在部署之前测试您的网站。这意味着您已经有一个用于测试的网站。那么使用 MSDeploy 就没有问题了。这是我已经使用了好几个月的设置,每天都有多个版本。也许我忽略了一些东西,但我没有看到问题......
  • @John - 那么您在哪里进行 IIS 更改?你的测试网站?开发人员如何接受这些变化?授予的 IIS 设置通常不会发生太大变化,但源代码控制应该是所有应用程序特定更改的中心位置。
  • 你的意思是什么变化?例如,web.config 或 IIS 配置中的这些更改(例如,使用不同的应用程序池)。如果是后者,我明白你的意思。
  • 是的,是后者。我的猜测是大多数(Windows)团队都没有这样做。

标签: iis-7 msdeploy continuous-deployment


【解决方案1】:

我最终使用了 powershell web 管理模块(使用 PSake 进行构建)来执行此操作。我仍然希望以声明的方式执行此操作。

【讨论】:

    【解决方案2】:

    我已经能够将一堆网站设置放入我的 web.config 中,以便它们处于源代码控制中并且易于部署。虽然不是全部。有些似乎在 IIS 层次结构中设置得更高,然后无法被我的 web.config 覆盖。

    我从未找到通过应用程序池设置执行此操作的方法。

    为了设置新站点,我编写了一个小型 C# WinForms 应用程序,它使用 IIS 的编程接口来创建站点和应用程序池并更改它们的设置。可能类似于您的 PowerShell 脚本。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2017-07-07
      • 2015-02-21
      • 1970-01-01
      • 2012-09-27
      • 1970-01-01
      • 1970-01-01
      • 2011-06-04
      • 1970-01-01
      相关资源
      最近更新 更多