需要一些关于Asp.Net部署的建议吗

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

似乎就是你想要的，是吗

否则，根据您使用的VisualStudio版本的不同，会有一些替代方案

多大年纪？你使用的是ASP.NET 1、1.1或2，因为那些是我认为更老的，但是我已经做了十多年的Web开发了。

似乎是你想要的，是吗？< /P> 否则，根据您使用的VisualStudio版本的不同，会有一些替代方案

---

多大年纪？你使用的是ASP.NET 1、1.1或2，因为那些是我认为更老的，但是我已经做了十多年的Web开发了。

< P>你应该添加一个Web部署项目，那是（我认为）部署ASP.NET应用程序

的最简单/最好的方法。

---

这里有一篇来自MSDN杂志的有趣文章

您应该添加一个Web部署项目，在我看来，这是部署Asp.net应用程序最简单/最好的方法

---

这里有一篇来自MSDN杂志的有趣文章

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

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

---

一般来说，自动化整个过程只会使它更容易、更快和可重复。

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

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

---

一般来说，自动化整个过程只会使它更容易、更快和可重复。

好吧，虽然它最初是1.1，但我最近（几周前）将项目转换为3.5。到目前为止，还不错。虽然它最初是1.1，但我最近（几周前）将该项目转换为3.5。到目前为止，一切顺利。