【问题标题】:Deploying website as part of continuous integration build将网站部署为持续集成构建的一部分
【发布时间】:2009-04-17 17:22:08
【问题描述】:

我开始对我们的网站进行持续集成构建。我目前有 CI 服务器将站点发布到一个文件夹。下一步是将文件部署到我们的站点。

该站点在我们的持续集成服务器上设置,因此我们可以看到构建的结果。该站点设置为 IIS 中默认网站下的虚拟目录。我正在努力解决如何将构建文件部署到站点。如果我将文件复制/xcopy/robocopy 文件到虚拟目录的物理目录,我应该停止并启动服务器上的 Web 发布服务作为脚本的一部分吗?我应该回收应用程序池吗?

稍后将构建移动到 QA 服务器或生产服务器会怎样?你会用什么工具来做这个?

提前感谢您的帮助!

【问题讨论】:

    标签: deployment continuous-integration


    【解决方案1】:

    如果是 ASP.NET 应用程序,xcopying 会修改 web.config,从而卸载应用程序域,因此您无需停止和启动 Web 发布服务,也无需回收应用程序池。

    【讨论】:

      【解决方案2】:

      看看 Capistrano,它是一个专门用于将应用程序部署到服务器的 Ruby 工具。它从 SCM 中检查您的代码并将其部署到您的服务器。您可以设置多个服务器环境并告诉它要部署到哪个环境。基本部署方案正常运行后,添加新服务器就很容易了。

      查看 peepcode 截屏视频,了解 Capistrano 的工作原理。

      【讨论】:

        【解决方案3】:

        查看 Visual Studio 发布管理,您可以在这里找到它:www.visualstudio.com

        Microsoft 从 InRelease 购买产品。它将通过您的所有服务器管理您的解决方案,直至生产。您可以在每台服务器上设置由不同用户完成的审批,或者您可以自动化整个过程。

        开始工作有点麻烦,而且由于它仅作为 Microsoft 产品于 2013 年 11 月 15 日发布,因此它相对较新且未记录。但是,您可以从www.colinsalmcorner.com 和此文档download.microsoft.com 获取信息。

        我现在已经完全集成了它,它让生活变得如此简单。只需登录 Web 界面即可批准我分配的部署,并且一切顺利。它与 TFS 高度集成。

        【讨论】:

          猜你喜欢
          • 2016-09-20
          • 2015-08-20
          • 2016-11-20
          • 1970-01-01
          • 2015-04-20
          • 1970-01-01
          • 2013-04-17
          • 2012-10-30
          • 1970-01-01
          相关资源
          最近更新 更多