首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >网站部署策略

网站部署策略
EN

Stack Overflow用户
提问于 2012-06-29 15:30:35
回答 1查看 551关注 0票数 0

当我将网站部署到服务器(DEV、QA、STAGE和PROD)时,我创建了一个新文件夹

代码语言:javascript
复制
WebSite-YYYY-MM-DD

然后我把文件部署到那个文件夹。当一切都准备就绪时,我会复制环境方面的具体内容。准备好后,打开IIS并更改站点的路径以使用新创建的部署文件夹。

如果有任何问题,我只需将IIS指向前一个文件夹。

好处:

  • 允许在不使站点脱机或使其处于无效状态的情况下设置新部署。
  • 快速切换
  • 容易回滚
  • 易于使用版本控制
  • 不必与锁定的程序集搏斗

Con:

  • 在使用连续集成/自动部署设置时,不会以这种方式工作

这是一个很好的部署方法吗?我试图说服我的团队放弃创建现有文件夹的zip文件,然后复制现有的文件。

缺点:

  • 您不知道当前部署是什么时候发布的,因此版本控制不准确(我认为使用整数而不是日期可以轻松地解决这个问题)
  • 必须处理锁定的文件
  • 在部署完成之前,该站点处于不稳定状态。
  • 在部署/回滚时必须等待zip/解压缩
  • 可能必须重置站点才能强制使用新程序集。

我的重点是在出问题时快速/准确地回滚,以及易于使用和精确的版本控制系统。

EN

回答 1

Stack Overflow用户

回答已采纳

发布于 2012-06-29 15:35:54

您可能遇到的另一个问题是,如果您只是简单地拉链然后复制文件,那么它就会留下不再需要的旧文件。您需要压缩、清除目录(可能需要时间并中断站点操作),然后复制新文件(移动时需要更多的停机时间)。

总之,只要您记得回过头来存档或删除旧文件,您的解决方案就是一个好的解决方案。

票数 1
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/11264653

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档