【问题标题】:Need Some Advice on Asp.Net deployment需要一些关于 Asp.Net 部署的建议
【发布时间】:2009-12-17 21:52:08
【问题描述】:

目前,我正在维护一个较旧的 ASP.NET 网站。在解决方案中,存在 5 个 C# 项目,它们构建到程序集以及开发服务器的 Web 目录。通常,我会做任何需要做的工作(添加页面、对现有项目进行更改等)、构建项目(当前输出路径是我的开发服务器的 wwwroot\bin\ 目录),如果一切顺利,我打开 Windows资源管理器并将 .aspx 或 .dll 文件从开发服务器拖到生产服务器。这是最后一步,我想知道是否有更好的方法。有没有人有不同的做事方式,你不必离开 Visual Studio 来推送更新?

【问题讨论】:

    标签: asp.net visual-studio


    【解决方案1】:

    您应该添加一个 Web 部署项目,这(在我看来)是部署 Asp.net 应用程序的最简单/最佳方式

    这里有一篇来自 MSDN 杂志的有趣文章。 http://msdn.microsoft.com/en-us/magazine/cc163448.aspx

    【讨论】:

      【解决方案2】:

      ASP.NET Web Site Precompilation Overview 似乎是您想要的,是吗?

      否则,如果您想要几个替代方案,则有 web deployment projects for VS 2005 和 web deployment projects for VS 2008,具体取决于您使用的 Visual Studio 版本。

      年龄多大?您使用的是 ASP.Net 1.0、1.1 还是 2.0,因为我认为这些版本较旧,但我从事 Web 开发已有十多年了。

      【讨论】:

      • 好吧,虽然它最初是 1.1,但我最近(几周前)将项目转换为 3.5。到目前为止,一切顺利。
      【解决方案3】:

      您可能需要考虑创建构建脚本和部署脚本。您可以考虑使用流行的 Nant 或 MS Build,或者简单地使用批处理文件方法。

      我建议使用脚本的一些原因是: 1. 你永远不会忘记推送你添加的那个文件 2. 您的构建脚本或部署脚本应该创建部署所需的所有工件的副本。这样,如果你推出了一个糟糕的构建并且出于任何原因需要回滚,你猜怎么着,你有一个工作副本藏在某个地方。 3. 您的脚本可以运行安装程序(如果您创建了安装项目),或者他们可以简单地将文件复制到正确的位置,这样您就不必让您的开发框指向正确的文件夹。 4. 有时您需要在部署之前对配置进行更改...您的脚本也可以为您执行此操作。

      一般而言,自动化整个过程只会使其更容易、更快且可重复。

      【讨论】:

        猜你喜欢
        • 2014-01-19
        • 1970-01-01
        • 1970-01-01
        • 2013-07-24
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 2019-04-20
        • 1970-01-01
        相关资源
        最近更新 更多