Asp.net 部署Visual Studio网站vs web应用程序

所以我正在使用VisualStudio2010构建一个以前在PHP上运行的网站，所以我对这个环境非常陌生

在启动该项目时，我构建了一个网站项目，而不是一个web应用程序项目。我知道这可能会产生很多“永远不要使用网站项目，而是使用web应用程序项目”的评论，但请容忍我

我正试图为我们的服务器团队提供第一次在服务器上编译所需的文件。但是，他们习惯于使用web应用程序文件，而不是网站文件

通常，他们会得到源代码和一个批处理文件，该批处理文件将代码编译到部署目录中，然后他们只需将文件从那里移动到服务器。我很确定其他团队使用部署包来实现这一点，这显然不是网站的选项

我的问题是，与web应用程序相比，让网站的源代码准备好部署的等效步骤是什么？我已经将网站发布到一个单独的文件夹中，这使得我认为在许多方面是等效的，但我想确保

此外，是否可以在没有其他部分的情况下发布网站的某些部分

请保留所有关于我应该如何使用web应用程序的评论，google似乎也认为这就是所有的应用程序

---

谢谢

除了将源文件复制到IIS中的目录之外，部署web站点没有什么好处。它将在第一个页面请求时自动编译站点。

除了将源文件复制到IIS中的目录之外，部署web站点没有什么好处。它将在第一页请求时自动编译站点。

我同意布里顿的观点。我个人更喜欢web应用程序，但对于web站点项目，您有两种选择

---

a）上传所有文件（包括.vb或.cs文件），web服务器将动态编译。或者，您可以在计算机上本地发布到单独的文件夹，然后上载该文件夹。如果你不想让任何人看到你的源代码，我会发布

我同意布里顿的观点。我个人更喜欢web应用程序，但对于web站点项目，您有两种选择

---

a）上传所有文件（包括.vb或.cs文件），web服务器将动态编译。或者，您可以在计算机上本地发布到单独的文件夹，然后上载该文件夹。如果你不想让任何人看到你的源代码，我会发布

在中列出了几个选项，其中有哪些选项可用？如果使用publish，团队无需执行任何操作。所有内容都已编译。在中列出了几个选项，这些选项是否有用？如果使用publish，团队将无所事事。所有的东西都是经过编译的。所以我想如果我只想部署网站的一部分，那就是有一个副本，我可以称之为生产，只需要移动我想发布的文件，然后从那里发布整个内容？是的。如果你不想发布某些页面，就不要复制它们。因此，我想如果我只想部署网站的一部分，那只是拥有一个副本的问题，我可以称之为生产，只移动我想发布的文件，然后从那里发布整件事？是的。如果你不想发布某些页面，就不要复制它们。