如何为ASP.NET设置此部署过程?
我运行一个使用ASP.NET(Webforms和MVC)的小型Web开发工作室。我们为各种客户工作,因此可能有许多项目在任何时间都处于活动状态(有些项目只是等待维护更新或错误修复)。
目前我们以非常手动的方式部署(FTP文件到服务器,远程到服务器,复制实时站点到备份文件夹,将新文件复制到活动站点)。显然,这有很多不足之处,并且会发生错误。
我一直在阅读有关CI和自动构建和部署工具的很多内容,但我无法完全理解它,因为它们看起来相当令人生畏。
我希望自动化这个部署过程,我正在尝试找出最好学习和使用的工具:
开发人员在本地计算机上将代码检入Mercurial,然后与网络连接的构建服务器上的主存储库同步。
构建服务器启动构建和检查单元测试是好的。冲洗并重复。
开发人员通过FTP手动选择部署到远程Windows服务器(有另一种方式吗?)和zip文件(理想情况下只包含以前部署版本中更改的文件)。
远程服务器轮询FTP文件最终的文件夹,解压缩它们,将它们复制到测试文件夹,备份测试数据库并运行针对测试数据库的升级脚本(或使用迁移应用程序,如migratordotnet或rikmigrations)。还需要执行配置转换。
客户审核更改并接受或提供反馈。
如果客户端接受,Developer会在远程服务器的Web界面上按“Deploy to staging”按钮并备份实时数据库,恢复到临时数据库,将实时站点的文件复制到staging sites文件夹(有效地创建实时站点的克隆),测试站点的已更改文件将复制到登台站点(不包括某些文件夹,如测试图像上载等),并再次运行迁移脚本。
开发人员检查更改没有破坏登台站点。
开发人员在远程服务器的Web界面上按下“Deploy to live”按钮,并将实时站点复制到备份文件夹中,并将暂存站点的文件复制到其位置(不包括用户上载的图像等)。备份Live数据库并运行迁移脚本。
如果出现问题,开发人员可以通过将备份文件复制回实时站点的文件夹并恢复以前的数据库,将实时站点恢复到以前的版本。
我真的不想与100的可配置选项斗争。必须快速设置新项目(不超过5分钟)并且可重复。
我们不是企业,但如果我不得不花一些钱来实现这一目标,我已准备好支付许可费。
没有找到相关结果
已邀请:
1 个回复
泻伴墓荒