代码之家  ›  专栏  ›  技术社区  ›  TomHastjarjanto

如何正确开发和部署IIS上现有asp.net应用程序的功能

  •  5
  • TomHastjarjanto  · 技术社区  · 16 年前

    我的问题实际上由多个问题组成。我经常看到一些公司使用实时“数据库”为特定数量的客户部署了一小部分功能。rubyonrails及其生态系统具有部署工具和数据库迁移,可以在实时生产或登台环境中部署或回滚这些特性。

    更新

    也许我应该指出我的问题不是很清楚,在这里得到更多的答案会帮助我更好地表达这个问题。为了方便起见,我将描述一些客户经常遇到的情况。

    另一个更新

    我仍然想知道的是,您可以使用哪些工具或过程来获取生产数据(文件、数据库)的真实快照,以便构建您自己的Q&一个环境。与之相关的整个数据库和文件太大,无法完全复制到Q&服务器。但是,如果只复制每个表的前几行,它们之间可能没有任何关系,并且到处都会出现随机错误或意外行为,不能反映实际的生产数据库。

    3 回复  |  直到 16 年前
        1
  •  8
  •   Dave Swersky    16 年前

    你如何测试你新发布的

    你没有。您可以针对数据库的QA版本测试新功能和修复程序,然后将代码更改和任何数据库架构更改升级到生产服务器,一旦这些更改经过审核。

    更新:

    测试环境是无法替代的。你不能对产品进行测试,这太冒险了。如果没有专用的测试环境,您所能做的最好的事情就是在您的开发环境中尽可能精确地建模生产行为。使用虚拟机运行服务器操作系统(即Windows server 2003),并使这些虚拟机的配置尽可能接近生产服务器的设置方式。

    您可以使用诸如Filesync之类的diff工具在QA和生产环境之间同步应用程序文件。如果由于某种原因,您不能在QA中维护生产数据库的完整副本,那么可以使用脚本来“切割”并导出足够完整的数据,以便进行测试。

    我也建议 The Build Master . 它对软件开发的配置管理、源代码控制和构建管理有很大的参考价值。

        2
  •  1
  •   Rahul Soni    16 年前

    你已经知道你要走的路了。如果有一个QA框根本不是一个选择,为什么不有一个只为测试而公开的虚拟网站呢。您可以拥有一个接近生产的数据库。您可以针对单独应用程序池中的数据库副本运行此虚拟网站,并在需要时重置应用程序池,而不会妨碍生产。完成后,删除数据库副本并将更改汇总到实际网站。

        3
  •  0
  •   p2u    16 年前

    这是一个有趣的问题,但您无法将rails与ASP.NETMVC1:1进行比较,因为ASP.NETMVC只是一个UI框架,而不是像rails(或grails)那样的完整堆栈框架。