deployment - 网站部署策略

Question

当我将网站部署到服务器（DEV、QA、STAGE 和 PROD）时，我会创建一个新文件夹

WebSite-YYYY-MM-DD

然后我将文件部署到该文件夹​​。一切就绪后，我复制环境的特定配置。准备好后，我打开 IIS 并更改站点的路径以使用新创建的部署文件夹。

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

好处：

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

缺点：

• 使用持续集成/自动部署设置时不能以这种方式工作

这是部署的好方法吗？我试图说服我的团队不要创建现有文件夹的 zip 文件，然后复制现有文件。

缺点：

• 您不知道当前部署何时发布，因此版本控制不准确（我想这可以通过使用整数而不是日期轻松解决）
• 必须处理锁定的文件
• 在部署完成之前，该站点处于不稳定状态
• 部署/回滚时必须等待 zip/unzip
• 可能必须重置站点以强制使用新程序集

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

Answer 1

您可能遇到的另一个问题是，如果您只是压缩然后复制文件，它将留下不再需要的旧文件。您需要压缩、清除目录（可能需要时间并中断站点操作），然后复制新文件（移动时需要更多停机时间）

总而言之，只要您记得返回并存档或删除旧文件，您的解决方案就是一个很好的解决方案。