关于sql server:有什么可能是部署ASP.Net Web应用程序的好方法?

关于sql server:有什么可能是部署ASP.Net Web应用程序的好方法?

What could be good ways to deploy ASP.Net Web Applications?

我们目前通过创建数据库和通过查询分析器运行SQL脚本来部署Web应用程序。然后我们从"发布网站"复制输出,并在IIS中设置该网站。

我们已经在Visual Studio中看到了websetup,但该部分的文档似乎很少。例如,我们不清楚如何向用户询问SQL Server的IP和密码。我们还倾向于将网站部署到http://example.com/project这样的文件夹中,而不仅仅是http://example.com。

然后,Ajax.net没有安装,或者某些补丁或其他补丁没有应用。

到目前为止,我们可以物理访问服务器。虽然我们很快就要装运光盘了。人工干预和自动化之间的实际权衡是什么?


避免Visual Studio部署,并尽可能实现自动化。网络部署项目和南特可以成为您的朋友!

简言之,我们的部署设置:

  • 我们使用RedgateSQL编写开发人员和实时数据库之间的差异脚本。

  • 一个nant构建文件,它调用msbuild来构建Web部署项目(.wdproj),压缩生成的编译Web应用程序(连同SQL更改脚本),然后将zip文件上载到服务器。

  • 在服务器端,还有另一个nant构建文件,它使应用程序离线,备份数据库,备份网站。运行SQL更改脚本,解压缩新版本并使应用程序联机。

  • 步骤3通常是"手动"运行(双击一次),但有时计划在深夜运行。你可以从光盘上做同样的事情,甚至写一个小的Windows窗体应用作为包装。

    如果你感兴趣的话,很乐意提供南特剧本的细节。


    您尝试过使用Web部署项目吗?现在也支持vs 2008。


    我主要将ASP.NET应用程序部署到Linux服务器上。这是我的标准工作流程:

    • 我使用源代码存储库(如Subversion)
    • 在服务器上,我有一个bash脚本,它执行以下操作:
      • 查看最新代码
      • 执行生成(创建DLL)
      • 将文件过滤到基本内容(例如删除代码文件)
      • 备份数据库
      • 将文件部署到名为当前日期的目录中的Web服务器
      • 如果部署中包含新架构,则更新数据库
      • 使新安装成为默认安装,以便下次点击时使用

    签出是通过命令行版本的Subversion完成的,而构建是通过Xbuild完成的(msbuild的工作类似于mono项目)。大部分魔法都是在释放中完成的。

    在我的dev服务器上,我基本上具有持续集成,但在生产方面,我实际上是通过ssh进入服务器,并通过运行脚本手动启动部署。我的脚本被巧妙地称为"deploy",所以这就是我在bash提示下键入的内容。我很有创造力。不是。

    在生产环境中,我必须键入"deploy"两次:一次是签出、生成并部署到一个日期为的目录,另一次是将该目录设置为默认实例。由于目录是有日期的,所以只需在相关目录中键入'deploy',就可以恢复到以前的任何部署。

    初始部署需要几分钟时间,恢复到以前的版本需要几秒钟时间。

    对于我来说,这是一个很好的解决方案,它只依赖于三个命令行实用程序(SVN、Xbuild和Releaseit)、DB客户机、SSH和bash。

    我真的需要在codeplex上更新releaseit的副本:

    网址:http://releaseit.codeplex.com/


    推荐阅读